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I.   CIRCUIT  RESEARCH 

Supported  in  part  by  Navy  Contract  #N000  1U-67-A-0305-002U. 

Summary 

Garlan  Huberts  describes  the  detailed  operation  of  NORMAN,  a  machine 
for  analyzing  the  profile  of  a  two-dimensional  object  independent  of  size 
and  orientation.   In  his  report  on  CAECOTRON — the  device  which  converts  a 
visual  scene  into  an  audible  signal  as  an  aid  to  the  blind — Bernard  Tse  dis- 
cusses the  possible  use  of  a  controlling  microprocessor.   Jim  Cutler's  report 
in  the  area  of  molecular  stochastics  deals  with  the  direct  generation  of 
stochastic  sequences  as  measures  of  physical  quantities.   The  fourth  report 
is  a  first  outline  of  ROBOGUARD.   This  is  a  new  project  with  the  objective 
of  building  a  machine  that  can  automatically  keep  watch  over  a  storage  area 
such  as  a  warehouse  and  signal  if  something  is  missing. 

M .  Faiman 

W.  J.  Poppelbaum 
Principal  Investigator 
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1.1    NORMAN  (NORMalizing  ANalyzer) 
1.1.1  Machine  Description 

The  purpose  of  NORMAN  is  to  recognize  two-dimensional  figures  under 
conditions  of  rotation,  magnification,  and  translation.   The  figure  to  be 
recognized  will  be  laid  over  a  special  array  of  phototransistors.   As  Figure  1 
shows,  current  is  then  summed  from  the  phototransistors  to  give  analog  vol- 
tages which  are  representative  of  the  width  of  the  input  figure  along  certain 
"scan"  lines  of  phototransistors  (see  earlier  quarterly  reports  for  more  de- 
tails on  the  input  array  geometry).   Eleven  of  these  analog  voltages  are  then 
switched  onto  a  bus  at  a  time  and  digitized.   This  represents  a  certain  angu- 
lar view  of  the  figure.   The  digitized  numbers  are  stored  in  eleven  four-bit 

registers. 

The  bus  analyzer  then  takes  over  and  does  two  things.   First,  it 
shifts  each  four  bit  number  up  from  one  register  to  the  next  until  the  top 
register  no  longer  contains  the  number  zero.   The  normal  case  for  an  input 
is  shown  in  Figure  3  where  an  input  figure,  a  triangle,  is  placed  somewhere 
on  the  array.   The  scan  lines  not  covered  by  the  triangle  have  the  number 
"zero"  in  their  respective  registers.   This  shifting  action  has  the  effect, 
to  the  rest  of  the  machine,  of  moving  the  input  figure  up  to  the  top  edge  of 
the  array.   This  action  removes  positional  dependence  for  recognition  of 

figures. 

Secondly,  the  bus  analyzer  starts  with  scan  line  eleven  and  counts 
down  until  it  hits  the  first  non-zero  line.   The  counter  then  contains  the 
number  of  scan  lines  covered  by  the  input  figure  (termed  "active"  lines). 
This  number  is  used  to  determine  the  size  of  the  figure. 

Referring  back  to  Figure  2,  a  time  division  distributor  then  samples 
two  adjacent  registers  of  the  buffer  and  these  numbers  are  converted  into 
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two  synchronous  random  pulse  sequences  (SRPS's).   Also  converted  to  an  SRPS 
is  the  number  of  active  lines  information  from  the  bus  analyzer. 

Size  independence  is  gained  by  sampling  over  the  number  of  active  lines 
during  a  certain  fixed  period  of  time.   In  other  words,  the  number  of  active 
lines  information  controls  the  switching  rate  of  the  first  time  division  dis- 
tributor, because  a  larger  figure  requires  a  higher  switching  rate  than  a 
smaller  figure,  having  more  active  lines  to  cover  in  exactly  the  same  amount 
of  time.   Two  registers  are  sampled  at  once,  because  the  SRPS  arithmetic 
unit  can  be  made  to  switch  gradually  from  one  to  the  other.   More  information 
on  how  this  can  be  done  will  be  given  in  a  later  quarterly  report  when  the 
arithmetic  board  is  actually  designed. 

The  output  of  the  arithmetic  unit  is  a  single  SRPS  signal  which  varies 
almost  linearly  in  time  with  respect  to  the  profile  of  input  figure.   The 
second  time  division  distributor  switches  this  signal  during  the  same  fixed 
period  of  time  into  eleven  counters  which  serve  as  the  profile  buffer.   Thus, 
at  the  end  of  the  time  period  the  profile  buffer  contains  the  profile  of  the 
input  figure  which  is  both  position  and  size  independent.   By  comparing  this 
profile  at  a  certain  scan  angle  to  all  of  the  profiles  at  all  the  scan 
angles  of  all  the  figures  stored  in  a  memory,  recognition  of  the  input  figure 
is  also  possible  under  rotation. 

1.1.2  Progress  during  the  Quarter 

During  this  latest  quarter  a  cabinet  was  obtained  to  house  the  project 
and  after  soldering  the  phototransistors  into  the  input  array  board,  the  board 
vas  mounted  in  the  cabinet.   Also  mounted  were  four  sixty  watt  light  bulbs 
above  the  phototransistors  and  two  exchange  cards  below  it.   The  exchange 
cards  accept  flat  cables  from  the  phototransistor  board  and  have  outputs  in 
the  form  of  wire-wrap  pins.   The  system  was  then  checked  out  at  the  exchange 
card  level,  the  criterion  being  that  each  phototransistor  must  saturate  with 


a  16k  ohm  load  from  the  light  of  the  bulbs.   Only  five  phototransistors  out 
of  the  379  were  found  to  be  bad. 

The  analog  to  digital  converter  board,  which  was  designed  last  time, 
was  built  during  this  quarter.   Also  designed  and  built  was  a  board  called 
the  analyzer  board,  which  contains  both  the  digital  buffer  for  the  A/D  con- 
verter and  the  bus  analyzer.   Since  the  switching  points  of  the  first  time 
division  distributor  must  be  very  accurately  controlled,  a  hard-wired  read- 
only-memory was  designed  and  built  to  give  accurate  switching  pulses  depend- 
ing on  the  number  of  active  lines.   The  fourth  board  designed  and  built  was 
the  digital  SRPS  converter  board,  which  uses  feedback  shift  register  tech- 
niques to  generate  the  SRPS's.   These  four  boards  were  just  completed  and 
still  have  to  be  checked  out. 

Finally,  design  work  has  just  begun  on  the  memory  boards,  which  will 
hold  the  normalized  profiles  of  the  different  input  figures  to  be  used  in 
the  comparisons. 

Garlan  Huberts 

1.2    CAECOTRON 

CAECOTRON  is  an  instrument  designed  for  the  blind  using  two  television 
cameras  to  extract  both  light  and  depth  information  for  the  user.   During  the 
past  quarter,  the  use  of  a  microprocessor  to  determine  depth  information  was 
investigated.   The  main  drawback  of  microprocessors  in  general—the  slow 
speed— is  not  a  problem  in  this  application  because  of  the  much  slower  trans- 
fer of  information  between  the  machine  and  the  user. 

The  Intel  8008  microprocessor  in  particular  was  considered.   This 
microprocessor  possesses  the  necessary  instruction  codes  for  the  applica- 
tion.  Although  a  l6-bit  microprocessor  would  be  preferable  since  CAECOTRON 
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operates  on  a  television  line  that  has  l6  discrete  cells,  the  Intel  8008 
has  the  advantage  that  it  is  readily  available. 

In  the  next  quarter,  a  microprocessor  chip  together  with  the  accom- 
panying memories  will  he  purchased. 


B.  Tse 


1.3    Molecular  Stochastics  (Project  No.  6l ) 

1.3.1  Project  Summary 

Molecular  Stochastics  is  a  project  investigating  the  feasibility  of 
producing  stochastic  sequences  directly  from  physical  measurements  such  as 
temperature,  velocity  of  a  liquid,  etc. 

1.3.2  Project   Status 

In  this  past  quarter,  it  has  been  shown  that  it  is  possible  to  produce 
a  stochastic  sequence  that  is  a  function  of  temperature.   Thermal  noise  of  a 
resistor  is  used  as  a  transducer.   This  noise  is  amplified  and  compared  with 
a  voltage  level  which  results  in  a  stochastic  sequence.   The  range  and  resolu- 
tion of  the  temperature  is  a  function  of  the  voltage  level  with  certain  re- 
strictions; i.e.  this  voltage  level  may  not  be  equal  to  the  mean  of  the 
thermal  noise. 

I.3.3  Future  Work 

A  velocity  transducer  is  presently  being  constructed  and  tests  will 
be  conducted  in  the  next  quarter.   The  initial  attempt  will  use  generated 
vortices  produced  by  an  obstacle  in  the  flow  of  the  liquid.   These  vortices 
will  be  counted  by  a  microphone. 

Producing  a  stochastic  sequence  that  depends  upon  light  intensity  is 
also  being  investigated.   Since  photons  arrive  at  a  surface  according  to  a 
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Poisson  process,  a  stochastic  sequence  may  be  produced  if  a  transducer  can 
sense  photons. 

Jim  Cutler 

l.k  ROBOGUARD 

Roboguard  is  a  robot-like  machine  which  is  to  be  capable  of  moving 
about  a  warehouse,  observing  what  is  stored  there,  and  sounding  an  alarm 
if  anything  is  amiss. 

Roboguard  will  use  some  type  of  transducer  to  obtain  the  two-dimen- 
sional view  of  a  room.   The  two  prominent  techniques  which  are  being  inves- 
tigated are  radar  and  sonar.   Radar  would  provide  faster  responses  with 
better  accuracy  than  sonar,  but  sonar  can  be  implemented  much  more 
economically. 

Edward  Pott 


2.   HARDWARE  SYSTEMS  RESEARCH 

Supported  in  part  *y  Navy  Contract  *N000  1H-67-A-0305-002U. 

Summary 

COLFTAE  has  a  new  crystal  cooling  and  monitoring  system,  a  new  elec- 
tron gun,  and  will  soon  incorporate  dyna.ro  focussing:  details  hy  Stan  Kopec. 
Lucien  Faochin's  report  descries  the  display  configuration  for  the  digital 
flight  aids  project.   Dev  Bose  has  completed  the  design  of  the  final  module 
for  FROG  and  construction  is  under  way.   U.COM.  the  interface  computer  for 
recognizing  hand  drawn  symhols,  has  heen  fully  simulated  hy  Mohamed  El-Sonni. 
Finally,  Less  Daley  reports  on  minor  changes  to  THESPIAO  and  the  start  of 

construction. 

M.  Faiman 

W.  J-  Poppelbaum 
Principal  Investigator 
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2.1    COLFTAR  (Project  No.  12) 
2.1.1  Summary 

During  this  period  the  new  temperature  sensors  were  installed  and  the 
new  circuits  tested.   After  minor  adjustements  they  functioned  as  well  as 
had  been  expected.   However,  during  subsequent  cooling  of  the  crystal  a 
seeming  inefficiency  in  one  secondary  thermoelectric  module,  which  had  been 
noted  earlier,  worsened.   This  problem  prevented  cooling  of  one  edge  of  the 
crystal  to  less  than  -35°  C.   Upon  opening  the  chamber  for  inspection,  it 
was  discovered  the  substrate  had  cracked  along  a  line  near  the  suspect 
T.E.M.,  causing  an  effective  "open"  thermal  circuit.   Thermal  expansion 
and  contraction  along  the  T.E.M. -substrate  interface  is  believed  to  be  the 
primary  cause  of  the  problem.   Ways  to  remedy  the  situation  are  presently 
being  investigated. 

Along  with  the  new  temperature-sensor  network,  a  4-channel  analog 
multiplexer  was  designed  and  built  (Figure  l)  to  multiplex  each  of  the 
crystal-edge  sensor  readings  (k   in  number)  to  the  digital  voltmeter,  every 
5  seconds,  sequentially,  without  operator  intervention.   This  is  a  great 
aid  in  operation  of  the  system,  as  formerly  temperature  readings  were  taken 
by  manual  probing  of  test  points. 

The  new  electron  gun  was  installed,  but  has  not  been  tested  thoroughly 
yet  due  to  the  temperature-control  problem. 

The  first  stage  of  the  dynamic -focusing  arrangement  is  complete,  with 
the  isolator  preamp-driver  (Figure  2)  designed.   The  actual  focus  supply 
modulator  is  in  the  last  stage  of  design  and  will  be  fabricated  soon. 

Stan  Kopec 
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2.2    Digital  Radio  Aids  for  a  Flight  Simulator 

2.2.1  Summary 

In  the  two  preceding  reports,  the  digital  radio  aids  vere  discussed 
and  one  of  their  functions,  the  code  keyer  was  presented.   Two  other  func- 
tions, the  radio  memories  and  the  display  are  now  under  study.   In  the 
following,  the  display  will  be  presented. 

2.2.2  The  Display  Configuration 

The  system  implemented  is  hybrid,  consisting  of  a  set  of  binary  and 
BCD  counters  for  most  of  the  conversions,  and  three  THl85  ROMs  when  it  is 
desired  to  simultaneously  display  the  three  Morse  code  letters. 

The  system  comprises  two  parts:   the  conversion  circuits  and  the 
control  logic. 

2.2.3  The  Conversion  Circuits  (Figure  l) 

The  circuits  for  the  Morse  code  letters  consist  of  a  set  of  latches: 
2  hex  latches  (SN  ihllh)      and  one  quadruple  latch  (SN  7^75).    They  store 
the  data  coming  from  the  data  bus.   The  outputs  of  the  latches  are  in 
groups  of  five  and  energize  the  TUl85   ROMs  used  for  the  binary  to  BCD 

conversion. 

The  circuits  used  for  all  the  other  conversions  consist  of  a  set  of 
binary  counters  (SN  7^193)  and  a  set  of  BCD  counters  (7^192). 

Quadruple  2  line  to  1  line  multiplexers  (SN  7^157)   choose  either  the 
data  coming  from  the  BCD  counters,  or  that  coming  from  the  binary  to  BCD  ROMs, 
The  multiplexers'  outputs  are  fed  into  BCD  to  7  segments  decoders  and  drivers 
(SN  7WA).    The  decoder  outputs  drive  the  final  stage,  the  7  segment  numeric 
display  (type  TIL  302).   An  additional  circuit,  the  TIL  30U  is  used  in  order 
to  indicate  the  sign.   It  uses  a  buffer  driver. 
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2.2.U  The  Control  Logic  (Figure  2) 

When  data  is  to  be  displayed,  the  instruction  (a  pulse  on  a  given 
line)  is  decoded  in  order  to  perform  particular  functions  which  are  of  two 
types  depending  on  whether  the  counters  or  the  ROMs  are  to  he  used. 

If  we  use  the  counters,  three  control  lines  are  needed: 
-  counter  start:   this  pulse  loads  the  data  into  the  binary  counter, 

while  clearing  the  BCD  counters.   Then  it  enables  either  the  up  or 

down  line  for  the  binary  counter  (for  the  BCD  counter,  only  the  down 

line  is  used) . 

The  carry  and  borrow  lines  of  the  binary  counter  are  used  to  deter- 
mine when  it  is  empty.   When  this  is  detected,  a  pulse  is  produced 
which  clears  the  flag  and  therefore  disables  the  counting. 

-  special  clock:   this  line  is  used  when  the  data  to  be  displayed  re- 
quires a  special  conversion  (for  angles  or  conversion  of  distance  to 
feet).   The  flag  is  reset  to  zero  when  the  binary  counter  is  empty. 

-  rate  select  line:   this  line  determines  which  rate  must  be  set  into 
the  rate  multiplier.   The  selection  between  rate  1  and  rate  2  is 
done  through  2  to  1  line  data  selectors. 

The  flag  is  cleared  when  the  binary  counter  is  empty. 
If  the  Morse  code  letter  circuits  are  used,  one  line  is  required: 

-  Morse  letter  line:   this  line  feeds  the  clock  input  of  the  latches 
and  sets  a  flag  which  maintains  the  select  line  of  the  multiplexers 
which  transmit  either  the  outputs  from  the  BCD  counters  or  the  out- 
puts of  the  ROMs  at  1. 
A  fifth  line  is  used  for  turning  off  the  display  by  clearing  a  flag  whose 
output  is  fed  into  the  Bl/RBO  line  of  the  7  segment  display  circuits. 

Lucien  I-  Facchin 
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2.3  FROG-  (Project   No.    36) 

2.3.1     Project  Summary 

FROG  is   a  device  which  attempts  to  model  the   analysis  performed  by  the 
brain  of  a  small  animal  on  visual   clues   in  order  to  recognize  the  universal, 
prey  and  enemy.      The   details  of  the  mechanism  have  been  described  in  earlier 
quarterly  reports. 

2.3.2     Project   Status 

Of  the  nine  basic   logic   elements  which  are  widely  used  in  the  design 
of  the  mechanism,   hardware   design  for  the   first   eight  have  appeared  in  parts 
over  the  last   four  quarterly  reports.      In  the   following  section  we   discuss 
the  hardware  implementation  of  the  last   element,   namely,  the  T  element. 
During  the  current   quarter  the  principal  macro-element,   the  T*-element,    of 
FROG'S   "brain"  has  been  implemented  in  digital  logic.      This   element   is   de- 
signed in  terms  of  the   set   of  nine  basic   continuous-logic  elements  mentioned 
earlier.      The  T*-element   is   functionally  somewhat   like  the  unit   cell    (or 
neuron)    of  FROG's  brain.      The   circuit  has  been  tested  in  parts.      A  prototype 
layout   is   currently  being  made. 

2.3.3     The  T-Element 

A  T-element   is   a  memory  element.      It   is   initially  unset,   i.e.    its 
stored  value  is   zero  and  its  output   is  zero.      At   any  later  instant,  t  =  t^ 
its   stored  value   is   equal  to  the  last  non-zero  input   to  the   element  multi- 
plied by  the  quantity  mind,    i/n),  where  i  is  the  number  of  non-zero  inputs 
till  t±  and  n,    an  integer  number,    is   a  fixed  parameter  of  the  T-element. 
The   output,  at   any  instant   is   equal  to  the   stored  value. 

In  the  hardware   form  the  circuit  has   a  four-bit   input,   X,    and  re- 
quires a  signal  FRESH  INPUT    (Fl)   to   signify  the   application  of  a  non-zero 
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input  to  the  circuit  (see  Figure  l).   The  signal  FI  is  utilized  to  increment 
a  special  counter  called  the  I-COUNTER  which  maintains  the  current  value  of 
i  till  i  =  n,  after  which  the  counter  value  is  kept  frozen  at  n.   Thus  the 
output  of  the  counter  at  any  instant  is  x  =  min(i,  n). 

The  FI  signal  initiates  a  conversion  of  the  input  binary  number  to  a 
corresponding  synchronous  random  pulse  sequence  (SRPS).   The  method  of  con- 
version is  the  same  as  that  used  in  a  P-element  (cf.  QTPR,  Oct. -Dec.  1973, 
Section  2.1.2).   This  SRPS  is  passed  through  a  circuit  called  the  FRACTION 
MULTIPLIER  which  suppresses  n  -  z  pulses  for  every  successive  group  of  n 
input  pulses  (z  =  output  of  I-COUNTER)  in  order  to  achieve  a  multiplication 
of  the  input  SRPS  by  the  fraction  multiplier  z/n  =  min(i,  i/n).   The  output 
SRPS  is  now  converted  back  to  an  equivalent  8-bit  binary  number,  Y,  simply 
by  accumulating  the  pulse  sequence  over  a  suitable  length  of  time  in  an 
initially  cleared  8-bit  counter.   Thus,  the  output  of  the  circuit  is  Y  = 
min(i,  i/n)  x  most  recent  non-zero  value  of  X. 

2.3.U  Future  Work 

In  the  next  quarter  the  circuit  for  the  T*-element  will  be  tested  as 
a  whole  when  the  card  for  it  is  laid  out,  following  which  a  requisite  num- 
ber of  them  will  be  manufactured  and  put  together  to  assemble  the  MEMORY  of 

FROG. 

D.  Bose 

2.U    INCOM  (Project  No.  U6) 
2.U.1  Introduction 

INCOM  (iNterface  COMputer)  is  a  graphics  processor  which  recognizes 
hand-drawn  symbols.   It  consists  mainly  of  three  modules:  the  PREPROCESSOR 
the  FEATURE  EXTRACTOR  and  the  CLASSIFIER. 
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The  PREPROCESSOR  is  the  interface  between  the  graphics  terminal  and 
the  FEATURE  EXTRACTOR.   Its  function  is  to  normalize  the  binary  image  of  the 
hand-drawn  symbol  and  store  the  result  in  the  image  memory  (IMAGE). 

The  FEATURE  EXTRACTOR  will  apply  several  types  of  operators  on  IMAGE 
to  extract  the  nodes  (local  features)  from  the  binary  image-  These  nodes  are 
stored  in  the  node  memory  (NODEM)  before  further  processing.   Another  set  of 
operators  is  applied  on  NODEM  to  merge  superfluous  nodes.   The  output  of  this 
module  (FEATURE  VECTOR)  will  be  the  local  features  with  the  interrelations 
between  them. 

The  CLASSIFIER  is  the  pluggable  unit  of  the  system.   Each  unit  is 
designed  to  recognize  a  fixed  set  of  symbols. 

The  CLASSIFIER  will  assign  a  unique  character  to  the  FEATURE  VECTOR. 

2.U.2  Project  Status 

Simulation  programs  have  been  run  to  test  the  validity  of  the  opera- 
tors involved.   The  results  were  successful.   A  new  set  of  features  were 
added  to  describe  interrelations  between  the  local  features.   These  are 
included  in  the  feature  vector.   The  programs  necessary  to  find  these  fea- 
tures were  run  successfully. 

Another  program  was  written  to  simulate  the  learning  and  recognition 
phases  of  INCOM.   It  accepts  IMAGE  and  NODEM  as  its  inputs  and  outputs  a  mes- 
sage.  In  this  message  it  indicates  if  the  character  has  been  recognized 
correctly  or  not.   In  this  program  there  is  no  a  priori  information  stored. 
It  learns  from  the  input  samples. 

2.U. 3  Future  Work 

All  the  simulation  programs  will  be  put  together  in  one  package  to 
simulate  the  whole  process  of  recognition. 


-21- 


Work  is  underway  to  find  the  minimum  number  of  features  required  to 
classify  a  fixed  set  of  symbols.   Using  these  features  the  minimum  number 
of  classification  rules  are  to  be  found. 

The  end  result  should  be  a  package  of  simulation  programs.  The  input 
to  this  package  is  the  samples  of  a  fixed  set  of  symbols.  The  output  is  the 
minimum  number  of  features  and  classification  rules  required  to  recognize 

this  set. 

Writing  a  detailed  report  on  the  work  done  on  the  project  is  underway. 
It  will  include  descriptions  of  the  simulation  programs. 

Mohamed  El-Sonni 

2.5    THESPIAC  (Project  No.  Vf) 

During  this  quarter,  minor  changes  were  made  in  the  operational 
specifications  (and  design)  of  THESPIAC.   Prior  to  this  quarter,  THESPIAC s 
specifications  called  for  a  crossfader  and  from  one  to  seven  independent  sub- 
masters.   Consultation  with  lighting  specialists  outside  the  Krannert  Center 
suggested  that  a  more  powerful  control  structure  would  result  from  subordinat- 
ing the  submasters  to  the  crossfader.   After  evaluating  this  suggestion,  it 
was  found  that  it  did  provide  a  richer  control  capability  and  also  simplified 
the  operation  of  the  system.   Thus,  the  design  and  specifications  were  re- 

vised. 

Most  of  the  parts  required  for  the  reduced-size  bench  model  were  re- 
ceived during  this  quarter;  printed  circuit  cards  have  been  fabricated  for 
console  sections  of  the  model  and  universal  cards  will  be  used  for  the  re- 
mainder of  the  system.   Actual  construction  will  begin  early  next  quarter. 

Les  Daley 
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3      SOFTWARE  SYSTEMS    RESEARCH 
(Supported  in  part  by  the  Atomic  Energy  Commission  under   grant  No.   US  AEC  AT11-1  2383) 

3.1  Numerical  Processes 

3.1.1      DIFSUB  with  partial   differential   equations         (M.    Ostrar) 

Examination   of  the   possibility   of  using   time   stretching  with 

DIFSUB   in    the   solution    of  partial   differential   equations  was    continued.      A 

detailed   examination   of  Burger's    equation 

u,    +  uu     =  cu 
t  x  xx 

with   u(x,0)    =   siniTX   and  u(0,t)    =   u(l,t)    =   0    as    initial  and  boundary    conditions 

was  begun.      It   is   hoped  that  by  studying   this   equation,    a  number   of  possibilities 

for  suitable    stretching   functions   might   suggest  themselves.      The   solution 

to   the   above   equation    decays  with  time   and   exhibits    a  wave-front   to  the   right 

of  x  =    .5  which    steepens    and  moves    to  the   right    and  then  more   slowly   lessens 

and  moves  back  toward  x  =    .5.      The    sketch  below   illustrates   this. 


u(x,t ) 
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Plots  of  the  solution  and  its  various  partial  derivatives 
were  made.   Based  on  these  plots,  it  was  decided  to  try  a  stretching  function 
of  the  form  x  =  tanh(o( t )y ) /tanh(at)  where  o(t)  >  0  for  all  t  and 

v  _  Y    =  y  -  y    for  all  i,  j.   This  has  the  effect  of  making  x.  -  x.^ 

Ji        Ji-1        Jj  j-1 

a  monotonicly   decreasing   function   of  i  .      In    short,    the   x  axis    is   stretched 

apart  near  x  =   0   and  increasingly   compressed  as   x  increases. 

Fixing   A   at    .05,    a  number   of   functions  were   tried   for   a.      Results 
have  been  mixed  and  to   some   extent  perplexing.      No    clear   indication   of  which 
stretching   functions   to  use  has    arisen.      However,    the   results   have  yielded 
evidence  that  with  the  right   choice  of  functions,    time   stretching   can 
probably  be   an   effective   technique.      Among  the   functions   tried  were: 

a  =  k  for  k  =    .5,   1,   1.5,    1.92657,    and  2.5:      Under  this    circumstance 
where   a   is   merely   a   constant,    time   stretching   is    equivalent  to   using   a  fixed, 
nonuniform  mesh   spacing.      Results   with  k   =   1   and  k  =   1.5  were   quite   good. 

a  =    . i+(l-e"kt)l. 82657:      Values    fo   k  and  8  were  tried  for  k. 
Integration  up  to  t   =  2  yielded  fairly  good  results.      At  t  =    .2,   the   increase 
in   accuracy  when  k  was    k  was  notable. 

Several  approaches  were  tried  based  on   a  stretching  function  which 
mapped  the  value   of  x  for  which  u  was  maximum  at   a  given  time    into  y  =    .5- 
The   true   values    of  this    function   at  various   times   were    obtained  by    solving 
a  nonlinear   equation.      A  sketch   of  this    function   is   shown  below. 


I.92657I 


1.11U2 


o(t) 


.26533 
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A  quick  and  dirty  model   using  a  polynomial  which  was    .1  at  t  =  0, 
2   at   t   =    .75,   1   at   t  =  2   and  whose   first   derivative  at  t   =    .75  was    zero 
yielded  fairly  good  results.      However,  when   I  tried  to   interpolate  using  some 
of  the   actually  known   values,    all  of  the  polynomials  which  were  obtained 
exhibited  wild  oscillations    and   crossed  the   t   axis   at   least  once.      Since  the 
stretching  function   involves   l/tanh(a(t),   a   too   close   to   zero  will   cause 
problems. 

A   cubic   spline  was   tried  with   abyssmally   poor   results.      As    these 
poor  results   may  be   due   to  lack  of   continuity  beyond  the   second  derivative, 
quintic   splines  were   also   tried  using   6 ,    12 ,    and   80  knots.      Results  were 
in   general  quite  poor.      This    can  be   attributed  at   least   in   the   case   of  the 
six  knot   spline    (and  probably  the   12   knot   spline   too)    to   very  large   second 
and  higher  derivatives   just  beyond  t  =   .  8.      Up  until  t  =    .2,    the   6  knot   spline 
was  working   fairly  well. 

The   detailed  results   of  the   tests    discussed  above   are  given   in  the 
chart  below.      The    columns   headed   "RATIO"    contained  the  numbers    (KNT   /KNT    f 
ERRM/ERRg   where   KMTM   is   the  number   of   calls   to   DIFFUN   using  the  particular 
time   stretching  method  indicated  and  ERRj^   is   the  maximum  error  at    any  of  the 
mesh  points   inspected.      KDJTg   and  ERRg    are    the    counterparts    for   the  use    of 
DIFSUB  without   time   stretching.      A  RATIO    less   than   1   is    a  good  result.      In 
order  to  reduce  the   error  by  a  factor   of  n2 ,   without  time   stretching,   the 
number  of  mesh  points  would  have  to  be   increased  by  a  factor  of  n ,    and  the 
amounts   of  computation  would  increase  by   roughly  the  same   factor. 
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One   problem  with   u^ing  tanh   as   the  basis    of  the    stretching 
function    is    that   the   x  axis    is    increasingly   stretched  as   x    increases.      This 
isn't  really  what   is    desired.      The   errors  near  x  =  1  were   drastically 
reduced  by   using  tanh   as    a  stretching   function,   but   the  worst   errors   then 
appeared  for  x  between    .h   and   .8   (which   is   where  the  edge  of  the    front   in 
the    solution    is    located).      This    suggests   that    letting  x.    =   f.{y.,t)   where 
the   f±'s   are  not  necessarily   all  the   same,   might   correct   such  a  situation. 

3-1.2     Numerical  Techniques   for  Periodic  Solutions   to   Differential  Equations 
(M.    L.    Schweitzer) 

This    quarter  the  main   approach  was  to   approximate   the   solution 
by    a  linear   combination   of   continuous    functions    using   quadrature   to 
form  the    approximation.      Both    autonomous   and  n on- autonomous    systems    of   first 
order   equations   have   been    considered. 

For   the  n on -autonomous    case   let   the   differential   equation   be 

f(y(t),t).      Given   the  period  T,   we   seek  yn(t)   such  that 

yQ(t+T)    =  yQ(t).      For   a  given   set   of  functions   Q.(t)    defined  over  the 

interval   [0,T],  we  wish  to   find  a^'s    such  that   z(t)   =      Z  .     a.    Q.(t) 

i=0        x     X 
minimizes      z  ^        -   f(z(t),t)    in    some   sense. 

In   particular,   we  have   used  linear   and   cubic    splines   with  n   knots 

for  the    set   of   Q.'s.      Using  n+1   equally   spaced  knots   t.,    i   =   0,1,..., n   where 

tQ  =   0   and  t      =  T  we   define  the   linear   splines  by 


written   as   ^} 

dt  -»    ■       —  -0 


Q.(t) 


1  "  Vi 


t.  -  t.  - 

1         1-1 


t  -  t.  n 
1+1 


*i  "  *i+l  i+1 
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tn.<t<t.  0    <  i    <  n 


\+l-  *.   t  K-  h-!     0<    i 


t,   i  t  <  t,in  0  <    i  <   n 


we   define   the    cubic   splines   as   the  basic    splines   Q^t)    =  B^t),   where 

2    <   i    <  n-2 


Q.(t)    =  0 


t   lt._2,   t    >t.+2 


Q.(t.)   =  1 


0   <   i    <  n 
and  Q.(t.)   has   first   and  second  continuous   derivatives   at  the  knots   ^±_2, 

\-v  V  Vi  and  W 

In  order  that  z(t)  be  periodic,  uQ   must  equal  o^ .   To  find  the  c^'s 
we  solve  the  n  equations 


■■■n 


dz(t) 
dt 


-  f(z(t),t) 


Q.(t)dt  =  0  for  i  =  1,2 


Following  are  some  results  for  the  linear  system 

y(t) 


which  has    solution 


dy(t)    _ 
dt 

-1       1 
1     -2 

sin(t) 

yt)  = 

cos(t) 

sint 
2(cost-sint ) 


,      T   =   2tt 


In  the   autonomous   case,   the   differential  equation   is   written   as 

^Lill  =  f(y(t)).      Since  the  period  is    generally  unknown,    one  value  of  the 
dt 

solution  was   fixed  and  the  period  was    allowed  to  vary.      Again  using   linear 
and  cubic   splines,   the    a.  's  were   found  by   solving 


I.    = 

l 


dz(T  T) 
dT 


T    -f(z(T-T)) 


i.  (T-T)dT  =  0 


for  i  =  l,2,...,n  by  letting  T  =  t/T. 


The  Van  der  Pol  equation 


ill)  .  U(l-y(t)2)  Mil+y{t)  = 


was  written  as  a  first  order  system  namely: 
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Ml). 
at 


yx(t) 


u(l-y1(t)ci)y2(t)    -  yx(- 


y^t) 

where  y(t )   = 

y2(t) 

This   was   then   solved  using  various   Van    der  Pol   constants,    y,   and  fixing 

y    (t)    at    different   values.      Some    results   follow.      The    larger  y,   the   more 

nonlinear    is   the    system  and  harder   are   the   non-linear   equations   to    solve. 

The   period   in    all   cases    is   the   least   accurate   term.      The    calculated 

solution    is    very   close   to   the    solution    found  by  using   fourth   order 

Runge-Kutta  with   a  very   small    steps ize   over   the   period   calculated  with 

the    spline   technique. 

It   is   thought   that  using  Hermit e  polynomials   for  the   approximation 

may  produce   better   results.  This  would  require   approximating  y    (t)   with 

n  0 

z(t)    =   E      a-    Q.  (t)    +   3      ^(t)  where   Q.(t)    and  ip.(t)    are  the  hermite   inter- 
im- x  x 

polating  polynomials   over    [t.       ,t.       ]. 

Several    integral     equations    can  he  used  and  are  now  being 
investigated. 
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Linear 

Splines 

h   knots 

8  knots 

l6  knots 

t 

yi(t) 

y2(t) 

7T 

2 

1.252992U9 

.000279^8 

1.05U00228 

.00000067 

1.01301139 
+.00000000 

IT 

.0389 69HO 
-1.23W053 

-.00167882 
-I.O5316588 

-.00010907 
-I.OI295687 

3^ 
2 

-1.252992U9 
.000279^8 

-1.05H00228 
.00000067 

-1.01301139 
.00000000 

2tt 

.03896990 

1.23U87053 

1 — 

.00167882 
1.05316588 

.00010907 
1.01295687 

Cubic 

Splines 

lv  knots 

8  knots 

16  knots 

t 

yx(t) 
y2(t) 

TT 
2 

1.01U9U33U 
.00000005 

1.00061196 
+.00000000 

1.0003U31 

0.0 

TT 

-.000U383U 
-1.01U72U39 

-.00000236 
-I.OOO6IO8O 

-.00000009 
-1.00003U27 

¥ 

-1.01U9U33U 

-.00000005 

-I.OOO6II96 
.00000000 

-1.00003H31 
0.0 

2tt 

.000H383U 
1.01U72U39 

.00000236 
I.OOOO6IO8 

.00000009 

1.00003^27 

These  results  took  around  3   iterations   of  Broyden's  method 


to  solve  the  n   equations  with   Ij_ 
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10 


-13 


Van   der  Pol  constant  =    .01 


Period 


Max.  Amplitude 
of  y1(t) 


Value  of 
fixed  point 


sxact  value 

6.28322^57699 

2.00000101*165 

Cubic   Spline   k  knots 

8  knots 

16  knots 

6.27TT8309T8U 
6.283200176U5 
6.28321578388 

2.OOOOOIOU165 
1.98758508U95 
I.9628UU77662 

2.0000010Ul65 
1".  1*1065951+101 
1.U100595U101 

Linear   Spline   k  knots 

8  knots 

16  knots 

6.0072221+1+795 
6.26819870123 
6.282200996U89 

[fixed  at   exact  max.    amplitude] 


Van  der  Pol  constant  =  2.0 


exact  value 


Cubic  Spline   k  knots 
8  knots 
16  knots 


Period 


7.62987UU8 


7.06889^52 
7.17395371 
7.21783722 


Value  of  fixed  point 


1.2707293 
1.7U01753 

2.0198138      (max.    exact  amplitude) 
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3.1.3  Higher  Derivative  Methods    (R.  L.  Brown) 

The  higher  derivative  multi value  formulas  reported  in  the 
two  previous  reports  are  defined  "by 

1=0  j=i 

for  s  =  1,  k  =  1,2; 
s  =  2,  k  =  2,3,U; 
s  =  3,  k  =  U,5; 

s   =  U,  k   =  5,6,7,8; 
They  have  been   incorporated  in   a  variable   order,  variable   stepsize  predictor- 
corrector  method  defined  by 

(s-l)    T 
^n        kyn'yn-l'  n-k'       n'  n 


i=0  J=l 

*n.<Q)    =B*n-l 
yn,(m+l)  =*n,(m)     %  "^  F(*n  ,Cm)' 


(i: 


S      n"   a.    Ji-^>~  ^^ 


+     I     h'   e.    (*"-l'(7n,(B))-^^'(7B.(I1.1l 


T  is  the  transpose   operator.      B  is   a  matrix  representation   of  the  predictor 
and  will  be    defined  below.     W  is   an  approximation   of     -—-     and  causes 
Newton-like    convergence   of  the   iteration   on  ynj(m)»   the  mth   iterate  of  the 
approximation  y     to  y(t    )   where  y(t)   solves 

*'-*<*).  (2) 


y(t0)  =  y0 
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The  vector  e^  is  the  ith  unit  vector;  all  vectors  are  numbered  from  0  to  q. 
By  storing  the  variables  in  Nordsieck  form  as 

^   =    ^n'hy',...,    h%^/q!)T, 
we  get 


for 


=  P  a     _ 
-n-1 


-    fj 


P..    =   ("?) 
where,    for   some  non-singular  matrix  Q, 

Then  we   see   that 

B  =  Q"1  P  Q 
in    (1),    and  the  predictor-corrector  method  becomes 

2h,(0)    =  P^n-l> 

^,U+D    =  an,(m)    "So  W_1  G^,(m))  (3) 

+    s    ^  i.  (f(j_1)(y    ,   ,)-  f(j-1}  v  ) 

G^j(m))=^Q-1ai>(m)) 

This  was  incorporated  in  a  FORTRAN  subroutine  DU  and  tested  on  a  set  of  stiff 
test  problems  due  to  Ehle  ["A  Comparison  of  Numerical  Methods  for  Solving 
Certain  Stiff  Ordinary  Differential  Equations",  University  of  Victoria, 
Department  of  Mathematics,  report  #  70,  November,  1972].   The  number  of  calls 


for 


and 
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to  DIFFUN,  the  differentiating  subroutine  that  provides  D^  with 

hJ  y^/ji,  j  =  1,...,S,  is  recorded  for  each  test  and  appears  in  table  3.1. 

The  number  of  calls  to  DIFFUN  with  S  =  1  made  by  a  recent  version  of  DIFSUB 

(currently  available  in  the  FORTUOI  library)  is  given  for  comparison.   The  3 

values  given  are  for  EPS  =  l.E-3,  l.E-6,  l.E-9,  for  EPS  the  error  per  step 

allowed. 

The    distribution  of  the  eigenvalues   X.(t)    of  the  Jacobian  matrix 

df/    .      is   an   indication   of  stiffness.      If  all  X.(t)    in  the   left    complex  half 
dy(t)  ! 

plane   are   contained  in 

S(a)   =   {z:      |arg(-z)|    <  a), 
then  DIFSUB,  which   is   only   stiffly   stable   at   orders   3,U,5, and  6   should  work 
well  for  a  =   0,  while  T>h ,  which   is  A-stable  to   order  11,    should  be 
competitive   for  a      >   30° .      In  the  test   problems,   60°  >   a  >   30°   for  tests 
E,I,    and  J,   and  DU   is    competitive  with  DIFSUB   for  these  values.      For  F,G,H,K,L. 
and  M,   a   >   60°,    and  DU   is    competitive   or  better  than   DIFSUB  for  these  tests, 
based  on  the  number  of   calls   to  DIFFUN.      Actually,   when   DIFFUN   is    called  by 
T)k  with   S  >   1,  more   actual  computation   is   done  than  when  DIFSUB   calls 
DIFFUN  with  S  =  1.      Therefore,   the   results    are   only  indicative   of  the 
power  of  Bh  to   solve   such  problems.      A  user  version  of  DU  is   currently  being 
planned  with  particular   attention  to   a  simple   calling   sequence. 
The  test  problems   given  by  Ehle ,    are: 


A.     y_' 


-1 
-1 


95 
-97 


y_,  y(o)  = 


10, 
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TEST  #   CALLS:      Vh 


TABLE      3 . 1 


#  CALLS:      DIFSUB 


A  285,   775,  2318  122 ,  263,   380 

B  79,   188,      322  !2L,   2UU,    333 

U62,  217,      U07  92,   171+ ,  22U 

D  21*3,    U76,   1279  150,    35U,   U05 

E  171,  294,   1255  173,   351,   538 

F  W,   120U,3090  1756,   216U,3213 

G  339,    806,   2003  3123,    5^72, 535^ 

H  ^6,   1199,3018  1150,   2232,3128 

1  3T'       28>     25  52,       1*8,     38 

J  20,        25,      2k 


21,        21,      21 


K  326,     233,7301  51j      312 ,   651 

L  6°>        T5,      61  61,        71,      68 

M  U00,     257,   621  U7,     121,    615 
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B. 


)y„.    7,(0) 


I  =  (-1  +  y^)y1  +  (i +  y2)y; 

-.   =  _y    +  (-19  +  yx(2  +  y1))y2,     y2(o)  =  l 


tf  -  16, 


C.  y_'    = 


-10 


10" 


-10J        -10 


~ 

0 

0 

0 

0 

50 

10 

10 

50 . 

y.  .    y_(o) 


t„  =  3. 


D.       y_' 


2-3Q  k-hq. 

1.5Q-1.5       2Q-3 


y_,      iJo)  = 


10^,   tf  =  10, 


e.      y_' 


t„  = 


-10 
-9990 
0 
0 
100 


9990 

0 
0 


0  0 

0  0 

-.09    .1 

-.1   -.( 


y_,    y_(o)  = 


50 
50 

1 
1 


F.        y^ 


y2 


I00(yu  -  y2)   -  y-L  -  2(y2  -  y^V 


.0l(l00y     -  yu  +  2(y2  -  y^)    ) 


y(o)  = 


,     tf  =  6k. 
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G.       y_'  = 


-5         -5  -45.5 

-5         -5  -UU.5 

I45.5     i+U.  5  -5 
-M.5  -^5.5         5 


tf  -25. 


100 (y^   -  y2)    -   7i 


y2   =   yi 


UU.5 

5 
-5 


0l(l00yo    -   101y,     -10yf ) 


yj  =  y- 


y_(o) 


y(o) 


6i+ 


B  y_  +  f(t),      y(n)   =    [101     0]' 


,   f(t) 


-.1 

-.05 

0 

0 

)  = 

.05 

-.1 

0 

0 

0 

0 

-100 

-100 

0 

0 

100 

-100 

'l- 

=    100 

1  +    .05t  +   3t2  +    .05t3 


-1  -   .15t  -  3t' 

2t  -   Ut3 


15f 


L  -2t   -  200t2   +   Ut3  +  200t1+ 
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j.       £'=  ubu    jr 


K. 


Uw 


y(o) 


0 
-2 
-1 

-1 

L  J 


o.l 


10 

10 

0 

10 

10 

0 

0 

0 

-1000 

0 

0 

0 

0 

0 

0 

-.001 


w 


■'=  ubut  £  +  U  f(t),  £.(0) 


1 

L      J 


- 

0 

0 

0 

0 

100 

-900 

900 

-100 

J 

f(t) 


1 

1 

1 

-1 


t   =  U£,   t.  =   100 


t      +  2t 

t2    -2t 

-800t  +   1 
-lOOOt   -   1 


U  as.  in   J.  ,      t     -  25. 


L.      2L,=  UBljT  2-  +  U-'      y^°') 


1 
1 I 


U  and  w  as    in  J.,      tf  -  25 


B  = 


10 

100 

0 

0 

100 

10 

0 

0 

0 

0 

-100 

0 

0 

0 

0 

-1 
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M.        £'    =  Ay_  +  f(t),  ^(0) 


-100 

-1000 

1000 

-100 

0 

0 

0 

0 

0 

0 

0 

0 

02 

0 

0 

-.01 

f(t)  = 


loot3  +  1000t3/(l+t) 


3e 


Olt 


-lOOOt3  +  100t3/(l+t)   +    (3t2+2t3)/(l+t)2 


3  2 

.02t3  +   3t 


Olt 


2t 


tf  =   100. 
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3.2  Graphical  Support  Programs 

3.2.1     Plot   Package;   Automatic  Knot   Selection  Algorithm      (W.    L.    Chung) 

Among  the   automatic  knot  selection  algorithms   tested  in  the 
last   quarter,   KNOT-D  has  been    closely   analyzed  mainly  because   it  gave 
reasonably  good  results.      In   other  words,    it    is    considered  to  be   a  satis- 
factory  scheme   in   fulfilling  the   original  objectives: 

1)  storage  reduction, 

2)  computational  efficiency, 

3)  shape  preservation, 
k)     numerical   accuracy 

Of  these,    (l),    (2),    and   (3)    are   rather  general   requirements  which  should 
be  met   for  the   description  of  line   drawings-.      However,   the  need  for 
numerical  accuracy   comes    from  the   particular   application  that  we  want  to 
work  with. 

So  far,  we  have  been   interested  in  piecewise    cubic  polynomials 

to   describe  tbe    curves.      This  piecewise   cubic  polynomial  for   an  interval 

can  be   expressed  in   a  convenient  form: 

p(x)    =  m.        a(x)    +  m     g(x)    +  y  y(x)    +  J     S(x) 

J —  J-  J  J    -L  <J 

2  2 

where  a(x)   =    (x.-x)    (x-x        )/h 

<]  J —  -1-        <J 

3(x)   =   (x-x.    J2(x  -x)/h2 

J--1-  J  J 

Y(x]    =   (xJ-x)2l2(x-x._1)   +  h^J/h^ 

6(x)    =    (x-x.    J2[2(x  -x)    +  h    ]/h3 
j  —J-  J  J        J 
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If  we   fix  the   values   y._±  and  y.  ,    as   in  KNOT-D,    all  we  have  to  know  to 
determine   p(x)    for   each    interval   is  m     since  the  scheme    is   basically 


J 
one-sided. 


Therefore,    it  would  be  a  reasonable   approach  to   closely  examine 
the  behavior   of  in.    in   order  to  get  the    idea  of  how  the   scheme  will  perform, 

First   of  all,   the   error  bound  for  m.    is   obtained.      And  then   the 
error  bound  for  the   interpolation  scheme   is   obtained  from  this.      These 
results   are   summarized  in   the   following. 

Lemma  1.        Let  y  e   C   [i].      Then  for   each  knot   x., 


|yj  -*;l  s-Sfrll^ 


max 


Lemma  2 


where  m  is  the  value  of  m.  caluclated  with  m    =  v« 

J  J  J-l   yJ-l* 

Let  y  e  C  [I].   Then  for  each  knot  x  , 

J 


|yj-mj!  sMx;-i.l  *-kll7(1°l|h 


3 

max 


This  lemma  not  only  gives  us  the  accuracy  of  m.  but  also  the 
stability  of  the  scheme. 


Lemma  3.    For  y  e  C  [I 


IH^-^'II   <S||T(U)||h^   ,   *  =  0,1,2,3 


where  Hy  is   the  2-point  Hermite  interpolate  of  y,    and  a     =   -i- 

0  ok ' 


2_     a     _   3r  3r 

16'     P  ~   PT>    S  =  "~ T>   and  r  =  h        /h    . 
-LD        d        °  3  4  max     min 
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From  these  lemmas  and  the  triangular  inequality 

||y  -  Py||  <  ||y  -  Hy||  +  | |Hy  -  Fy|| 
the  theorem  follows. 

Theorem  1.    Let  ye  C  [i].   Then 


|y(k)-Py(^ll     <^l|y(U)ll   *&.    *  =0,1,2,3 


where     M0  =  38ir 

=  2/3+27 
Ul  532 

U2  2X 

2+3r 

M3  =  T-- 

It  would  be  worthwhile  to  compare  this  hound  with  those  of  cubic  spline 
interpolate  which  is  a  global  scheme.   That  is, 

llx-sll  iskll^'luL- 

In  the  new  version   of  EWOT-D  which  takes   input  points   one  by   one,   YMAX  is 
set  to  the  maximum  of  y  values   so  far  instead  of  local  maximum  for  each 
interval  since  the   latter  results   in   unreasonably  small  step   size  whenever 
y   changes    its   sign. 

This   is  now  being  tested  with  practical   examples  which  are  obtained 

from  DIFSUB. 
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3.2.2  Operating  Systems   (L.  Lopez) 

The  incorporation  of  the  2701  channel  code  into  PLORTS  together 
with  a  desire  to  allow  batch  operation  of  SPACT  has  caused  the  code 
formerly  in  SPACT  to  be  partitioned: 

SPACT 

This  module  contains  the  routines  to  communicate  to  PLORTS  read 
and  write  requests  to  the  terminals.   This  module  loads  SPACTOBJ  into  core 
and  calls  it  passing  a  parameter  list  whose  format  is  as  follows: 
address  contents  of  word 

R1  +  °  value  of  Rl  on  entry  to  SPACT 

R1  +  **  address  of  READ  routine 

R1  +  8  address  of  WRITE  routine 

R1  +  12  address  of  PROMPT  routine 

R1  +  !6  amount  of  core  to  be  left  free  after 

swap  core  is  getmained. 
When  SPACTOBJ  returns:   the  interfaces  to  PLORTS  are  cleared 
and  the  message  'NORMAL  END  OF  SPACT1  is  sent  via  a  WTO  macro. 
Read  routine 

This  routine  initiates  a  read  from  the  PDP-8.  The  format  of  the 
parameter  list  is  as  follows: 

address  contents  of  word 

R1  +  °  address  of  a  word  into  which  the  routine 

will  place  the  address  of  the  ECB  which 
will  be  posted  upon  completion  of  the  read, 
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address) (can't.)  contents  of  word 

R1  +  k  length  in  bytes  of  buffer 

R1  +  8  address  of  buffer 

Write  routine 

The  routine    initiates   a  write  and  waits   for   completion  of  this 

write. 

address  contents  of  word 

R1  +  0  address  of  write  buffer 

The  length  of  the  buffer  is  implicit  in  the  record. 

PROMPT  routine 

This   routine   sets   the  return   code  to   "not   equal"   and  returns. 
PROMPT   is    called  when   SPACTOBJ  has  nothing  to   do.      A  condition   code   of 
not-equal  means  that   SPACTOBJ   should  do  a  WAIT.      A   condition   code  of  equal 
means   that  READ  ecb  has  been  posted. 

BATCH 

This  module  provides  the   same  parameter  list   as   does  SPACT  to 
SPACTOBJ  however  the  WRITE  routine  writes   directly  to  the  printer  and  the 
READ  routine  merely  records  the  parameter   list  passed  to   it. 

When   SPACT  has  nothing  to   do  it    (as  before)    calls  PROMT 
then  performs   the   read  from  the   card  reader.      PROMT  then  posts  the  read 
ECB   and  returns  with   a  condition   code   of  equal. 

3.2.3     PLW      (L.    Lopez) 

The  experimental  compiler  PLW  is  up  and  running.   Users, 
although  few,  have  had  fair  success  in  using  this  compiler.   Presently 
PLW  is  being  re  coded  in  PLW. 
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3.2. h     The  Analysis   System      (L.    Lopez) 

The   analysis   system  was    converted  this   quarter.      Three 
modules  were   created  to  facilitate    conversion: 
RIM  ITEM 

All  the  programs   in   the   system  require   the   old  SPACT's   console 
vector    (OCV) .      Any  program  started  from  the  new  SPACT  is   passed  the 
new  Spact's    console  vector   (NCV) .      It   also  places   the   address   of  the  NCV 
in   the  word  before   the  OCV  and  does   a  XCTL8  to   ITEM  passing  the  OCV's 
address . 
CRUDINIT 

Any  program  which  uses  the   storage  management,    I/O  or  program 
fetch  facilities   of  SPACT  must   initialize  the  module  WSVC  by   calling 
118  passing   in  Rl  the  NCV.      CRUNINIT   extracts   the  NCV   from  the  OCV 
and  passes   the  NCV  to   IN8. 
CRUDLINK 

This  module   does   a  link  from  the   USER  glist   in  the  NCV  to  the 
CV  in  Rl. 

3.3  User  Oriented  Software 

3-3.1     Network  Analysis      (T.    Runge) 

A  PLW  program  to  perfomr  network  analysis   and  replace  the   analysis 
package   of  ITEM,    GLOBAL,  WEED,    and  PARSE   is  being  written.      The  program  will 
take   a  user's    definition   of  a  network  from  cards    and  produce   the  output 
routines   SI,    S2 ,   and  DIFFUN   for  the  numerical   simulation   of  the  network. 
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Network  analysis    consists  of  three  process: 

1)  An   input   routine.      This   reads  the   cards,    translates   the   information 
from  a  pseudo-PDP-8  format  to  an   acceptable  PLW  format,   and  interprets 
the  information  to   create  PLW  data  structures   representing  the  network. 

2)  A  pre-end  order  traversal  of  the  tree-like   structure   of  pictures   and 
subpicture   instances  which  is  the  user's  network.      The  traversal  produces 
an   intermediate   representation   of  the  network's   equations  and  gathers 
information  to  he  used  to  print   a  network  variable  map  upon  request. 

3)  The   output  routine  builder.      This   processes  the   intermediate  representati 
and  determines   the   output   classes  to  which  the  variables  belong.      It  then 
constructs   SI,   S2 ,   and  DIFFUTT   from  the   network  equations. 
Input  Routine 

The  user's   definition  of  a  network  consists  of  terminal  type 
definitions    and  a  set   of  input  blocks   for  each  picture   in  the  network. 
These   are  read  one  block  at   a  time    (the   set  of  terminal  type   definitions 
is    considered  to  be  one  block)   and  translated  into  PLW  format   as  the  block 
is   interpreted. 

From  the  terminal  type   definitions  is  built   a  Terminal  Type 
Table  which  holds,    for  each  type   of  terminal  defined  in  the  network: 

1)  The  terminal  type  name 

2)  The  number  of  and  names   of  all  E  type  variables   defined  on  this  terminal  ty 

3)  The  number  of  an  names   of  all  I  type  variables   defined  on  this   terminal  type 

The   input   routine  also  builds   an   Input  Location  Array.      This   array 
holds,    for  each  picture   defined  in  the  network,   a  set  of  pointers   to  the  PLW 
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data   structures    created  from  the   input  blocks    for  that  picture.      These 
input  blocks   are   of  five  types: 

1)  Header  block  -  this   indicates  the  name   of  the  picture  being   defined 

and  signals   that   all  other  blocks   for  this   picture   follow  in   the   input   stream. 

2)  Terminal-Connection  block  -  this   indicates  the   terminal  type  names   used 
locally   in  this   picture,    specifies    connections   of  local  terminals,    and  describes 
all  terminals    defined  on  this   picture.      This    information   is  placed  in   a 

PLW  Terminal-Connection  block   for  this   picture. 

3)  Subpicture  block   -  this   indicates   the  set   of   subpicture   instances 
invoked  by  this  picture   and  specifies   the  parameter  equations   and  the  type 
names   of  terminals  which   are   internally   connected  to   terminals   on   the 
subpicture   for  each   subpicture   instance.      This    information    is   placed  in    a 
PLW  Subpicture  block  for  this   picture. 

k)      Declaration  block  -   this   lists   all  global  and  local  variables    defined 
on   the  picture.      These   are  placed  in   a  PLW  Declaration  block   for  the  picture. 
5)      Parameter-Equation  block  -   this   lists   all  parameters,   parameter   equations 
and  general  equations    for   the  picture.      These   are   placed  in   a  PLW  Parameter- 
Equation  block   for  the  picture. 

If  any  of  blocks  2)    through   5)    is   not  present   for   a  particular 
picture,   the   input  routine  builds   a  null  block  of  that   type   for  the  picture. 
This   simplifies  the   later  processing  of  pictures. 

The   Input  Routine    is    coded  and  is   to  be   debugged  in  the   immediate 
future . 
Network  Traversal 

The  network  traversal  produces   a  binary  tree   representation  of  the 
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general  tree   corresponding  to  the  user's  network  and  maintains   a  stack 
which  at   any  given  time   consists   of  entries   for  all  picture  instances 
which  are  ancestors   of  the  picture  being  visited.      The  preorder  visit  of 
a  picture   is  performed  by  the  routine   Visit  Down   and  the   endorder  visit 
by  the  routine  Visit  Up.      The  traversal   consists   of  these  two  routines  and 
a  driver  to   invoke  them  in  the  proper  sequence. 
Visit  Down 

The  Visit  Down  routine  builds  the  tree  entry  and  stack  entry  for 
the  picture  being  visited,    and  links  the  tree  entry   into  the  tree,    and 
pushes   the   stack  entry  onto  the   stack. 

Into  the  tree  entry  is  placed  the  picture  name,  the  tree  links, 
the   information  for  the  network  map   (not  all  of  which   can  be  determined 
during  Visit  Down),    and  a  symbol  table   containing   all  variables   defined 
in  the  Declarations  block  for  this  picture. 

Into  the   stack  entry  is  placed  a  link  to  this   picture's   father's 
stack  entry,   a  link  to  this  picture's  tree  entry,   a  node  table,   an   instance 
block,    and  an   equations  block. 

The  node  table   is   constructed  from  the  Terminal-Connection  block 
for  this  picture   and  contains,    for  each  terminal  defined  on  the  picture: 

1)  the  terminal  identification  number 

2)  flags   indicating  whether  this   is   an  external,   internal,   or  local  terminal 

3)  (for  external  terminals   only)   a  pointer  to  the  node  table  entry  of 
the  externally   connected  terminal    [in  this  picture's   father's   stack  entry] 
k)      the  terminal's   type  if  it   can  be   determined  at  this  point 

5)      a  ring  link  for  building  rings   of  connected  terminals 
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Visit  Down  builds   connection  rings   in   the  node  table   according 
to  the   local   connections   specified.      All  terminals    on   a  common   ring  are 
assigned  the   same  type    (if  any  terminal  on   the   ring  had  a  type   assigned  to 
it   in  the   input).      Connections  between   terminals   of   different  types   are  omitted 
with  a  warning  message.      This   is   also  true   of  external   connections    and  types 
are  passed  along  all  lines   of   connection  between   a  terminal  of  unassigned  type 
and  one  with  a  type  assigned. 

The    instance  block  is    constructed  from  the   subpicture  block   for 
this   picture    and  contains,    for   each   subpicture   instance   invoked  by  this 
picture: 

1)  the   subpicture  name 

2)  the   number  of  internal  terminal   connections   from  this  picture  to  this 
subpicture   and  a  pointer  to  the  node  table   entries   of  the   internal  terminals 

3)  the  number   of  parameters   defined  on   the   subpicture   and  a  pointer  to  their 
symbol  table   entries   -   this   information    is   passed  up   to  this  picture   during 
the   operation   of  Visit   Down   on   the   subpicture. 

h)      the    non-default   parameter   equations   for  this   subpicture   instance's   parameters 

The   equation  block   is    constructed  from  the   Parameter-Equation 
block  for  this   picture   and  contains    the   default  parameter  equations    and   the 
non-parametric   equations  which  are   specified  on   this  picture. 
Visit  Up 

The   intermediate   representation  of  the   equations    specified  on   a 
picture   is   created  by  Visit  Up  on  that   picture. 

As    in   Visit  Down,   terminal  types   are   again   passed  along  all  lines 
of  terminal   connections.      At  this  point    the   type   of  every  terminal  on  this 
picture   should  be   assigned.      Using  these  types,   E  variable   sets   are   assigned 


to   rings   of   connected  terminals.      One  E  set   is   assigned  to  the  entire 

ring   due   to  the   implicit    equation  E(A)    =  E(B)    for   conencted  terminals 

A  and  B.      These   implicit   equations   are   also  used  for  external  connections 

and  the   same  E  variable  set  is    assigned  to  the   externally   connected  terminal 

(ring). 

I   variable   sets   are   assigned  to   each  terminal.      Then,  using  the   implicit 

equation  for   current   summing  around  a  connected  ring,  we  generate   equations 

involving  the  I  variables   in   the   set   for   each  ring.      If  there   are  K  I  variables 

in  the   set   for  a  ring  of  given  type   and  if  there  are   i  internal  terminals 

A    ,.  ..A.  ,    and  j    external  terminals,   B,  ,..  .B.  ,   on  the   ring  then  the  generated 

equations   are 

i  J 

E      I      (A.)      -        E      I,     (B!)      =     0 
t=l     ±       t  t=l     *        t 


z    i    (a  )    -      e    i    (b;)    =    0 

t=l     k        t  t=l     k        t 

where  the  B's   are  the  terminals    externally   connected  to  the  B   s. 

t  u 

These  generated  equations  are  placed  directly  into  the  intermediate 
representation.   Then  all  parameter  equations  in  the  instance  block  and  all 
equations  in  the  equation  block  are  checked  for  syntax  errors  and  intermediate 
representations  of  them  are  created. 

In  the  intermediate  representation  of  an  equation,  each  occurrence  of 
a  variable  is  replaced  by  a  pair  of  symbol  table  pointers .   The  first 
points  to  the  symbol  table  entry  for  the  variable  while  the  second  points 
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to  the  symbol  table  entry  for  a  preceeding  variable  which  is  a  coefficient 
of  this  variable  occurrence  (if  there  is  any  such).    This  structure  is 
used  in  the  determination  of  the  output  types  of  variables. 

Visit  Up  discards  all  equations  of  only  one  or  two  variables  and 
encodes  these  equations  in  an  equivalence  ring  structure  in  the  symbol  table. 
Equations  of  the  form 

'variable'  =  'constant' 
are  replaced  by  marking  the  variable  as  set  to  a  constant  and  linking  it  to 
a  source  representation  of  the  constant.   Then  all  occurrences  of  the  variable 
will  be  replaced  by  an  occurrence  of  the  constant.   An  attempt  to  set  a  variable 
to  a  constant  C2  after  the  variable  has  already  been  set  to  another  constant 
C1  7^  C2  will  generate  an  error  message  and  the  second  equation  will  be 
discarded. 

Equations  of  the  form 

'variable  1'  =  ±  'variable  2' 
are  replaced  by  joining  the  symbol  table  equivalence  rings  of  the  two 
variables.   These  rings  have  a  sign  attached  to  the  ring  links  and  the 
sign  between  'variable  1'  and  'variable  2'  is  as  in  the  equation. 

Then  all  occurrences  of  variables  on  a  common  ring  will  be  replaced 
by  occurrences  of  a  single  variable  from  the  ring  (with  the  proper  sign 
inserted).   An  attempt  to  join  two  equivalence  rings  where  each  has  some 
variable  set  to  a  constant  and  where  the  constants  are  not  the  same  (with 
proper  allowance  for  sign)  will  generate  an  error  message  and  the  equation 
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will  be   discarded. 

The  network  traversal  is    coded  with  the   exception  of  the  syntax 

checking  of  equations. 
Output  Routine  Builder 

The  Output  Routine  Builder  will  consist  of  routine  to  step  through 
the  intermediate  representation  of  the  equations,  gathering  information 
ahout  the  interrelationships  of  variahles  until  no  more  such  information  can 
he   gained.      At  that  point   variahles  vill  have  their   output  types   assigned  and 
the  equations  will  he  partitioned  hy  these  types  into  the  outputs  routines 

SI,   S2,   and  DIFFUB. 

The  Output  Routine  Builder  has  not  yet  heen  coded. 

3.U         Satellite  Processor  Software  and  Hardware 

3.1,.!     „.mr  the  GRASS  n-r-^1    Connection  to  PLORTS        (R.   Whyte) 

As  a  result  of  the  connection  of  GRASS  terminals  to  PWRTS,  truly 
interactive  graphics    are   possihle  and  have  heen  realized  in  FORTRM 
using  suhroutines  in  CALLCOM.      To  hring  up  PLORTS  on  the  Grass  terminal 
one  loads  the  Grass  system  and  enters  REACT  the  360/Comm^ication  program  and 
types   -  on  the  PDP-8  console  to  start  the  monitor.     The  terminal  now  hehaves 

like   a  PLORTS  terminal. 

When   32   lines  have  heen   displayed  the  screen  will  erase  and  the 
line  will  begin   again   at  the  top.      However  if  the   first   line  begins   at  the 
top  of  the  screen,   32  lines  will  be   displayed  and  the  terminal  will  wait   for 
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the   user  to  type   carriage   return  before   it   erases  the  screen   and  displays 
another   32  lines.      The  top  of  the  screen   is   reached  by  making   a  joystick 
hit   above  the  Draw  Area   (which   causes    an   exit   from  REACT),    and  then 
re-entering  REACT. 
II.      Callcom 

The   PDP-8/360  Interactive   Communications   package   is   comprised 
of  two  programs:      REACT,   the  generalized  communications   program  segment 
which   runs   in  the  PDP-8,    and  Callcom,   a  group   of  Fortran   subroutines  which 
run    in  the   360  and  are   callable   from  Fortran   programs   running  uder  Call/OS 
Fortran. 

Callcom  provides   the  user  with  routines   to  perform  basic   input/output 
functions  with  the  terminals,    including   capability  to   receive   joystick 
hit   coordinate   information,   to   receive   text  lines  typed  by  the  user,   and  to 
send  text   lines    and  line  blocks   to  the  terminal. 
3.4.1.1       REPLY 

Input  to  a  user  program  from  the  terminal   is   performed  by   calls 
to  REPLY.      When  REPLY   is   called,   the  next   input   from  the  terminal,    after 
being  filtered*,    is   returned  to  the  program,    along  with  information   as   to 
input   type  and  length. 

The  Fortran   calling   sequence   is: 

CALL  REPLY ( ITYPE ,  LEN,  IDATA  ) 
IDATA   is   an   INTERGER*4   array  with   18  elements.      The   type  and  data   contained 
in  the   input   are   determined  as   follows: 


For  filtering   commands    see   "Using   Callcom  with   Call/OS  Fortran" 
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ITYPE  -   1  =   input  was   a  joystick  hit 

-  0  =   input  was   a  user  typed  text   line 
LEW        -       =  #   of  elements   of  IDATA   containing  valid  data.      (i.e. 
if  a  15   character  text   line  were   returned.,   LEN  would 
equal   5;   for   a  joystick  hit,   LEN  would  he   3) 

IDATA 
FOR  A  JOYSTICK  HIT 
IDATA (1)      =  x   coordinate  of  joystick  hit   in   SCREEN   increments    (0  to  1023! 

(2)  =  y  coordinate  of  joystick  hit   in  SCREEN   increments    (0  to  T99| 

(3)  =   screen   segment  hit    (1-9) 

IDATA(l)      -  IDATA(LEN)    contain  the  returned  EBCDIC   characters  packed 

four  per  array  element.      If  the  total  number  of  characters 
in   the   typed  text   line  was  not   a  multiple   of  four, 
IDATA(LEN)   is  padded  with  blanks   to  fill  out  the  element. 
Output  to  the  terminal  from  the   user  program  is  performed  by  calls 
to   LINE,    TEXT,    SEND,    and  ERASE. 
3.U.1.2      LINE 

Line  allows  the  user  to  add  a  line  to  the  current  block.  If  the 
block  was  previously  empty,  a  new  one  is  initialized.  The  "beam"  position 
is  moved  to  the   specified  coordinates,    drawing  a  line   if  specified. 

The   X  and  Y   coordinates  must  be   specified  as    integer  within  the 
range    0  -  1023   and  0  -   799  respectively. 

When  the   current  block  contains  25  lines   it   is   output  to  the  terminal 
and  a  new  block  is   initialized. 
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The  FORTRAN  calling  sequence  is: 

CALL  LINE  (X,Y,INTEN) 
where: 

X  =  X  coordinate  of  line  end 
Y  =  Y  coordinate  of  line  end 

INTEN  -  1  =  draw  line  from  current  beam  position  to  (X,  Y) 
-  0  =  move  beam  without  drawing  to  (X,  Y) 
3.U.1.3  LINED 

Lined  is  similar  to  LINE,  except  X  and  Y  represent  displacements 
off  of  the  current  beam  position.   After  a  call  the  new  x  position  will  be 
x  +  X  from  this  call. 
3.1+.1.U  SEND 

Send  outputs  the  current  line  block  and  reinitializes  it.   This 
is  generally  called  when  the  user  wishes  to  output  the  final  line  block  which 
may  contain  less  than  25  lines.   The  FORTRAN  calling  sequence  is: 

CALL  SEND 
3. 1+.1.5   TEXT 

TEXT  allows  the  user  to  display  text  lines  at  a  particular  X,  Y 
location  on  the  screen.   The  FORTRAN  calling  sequence  is: 
CALL  TEXT(X,Y,ITEXT,IDIM,LEN) 

X,Y   -  integer  coordinates  of  the  text,  as  in  LINE 
ITEXT  -  an  INTEGER*!*  array  containing  the  text  packed  h   characters 

per  element 
IDIM  -  dimension  of  ITEXT 
LEN   -  the  number  of  characters  in  ITEXT  to  be  displayed 
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If  X  =  Y  =  0  and  LEN   >   0,   the   specified  text   appears   in   a  new  line  immediately 
below  the  previous   one.      If  X  =  Y  =   0  and  LEN   <   0,  ABS(LEN)    is   the  number 
of  characters   and  the   characters   are  appended  to  the   current   line.      If 
LEN  =   0  a  blank  line   is   generated. 
3.1*. 1.6      ERASE 

ERASE   causes  the   display   screen  to  be   erased.      The   FORTRAN   calling 
sequence   is: 

CALL  ERASE 
3.U.1.7     Extended  Input /Output   Facilities 

The   standard  READ/WRITE  statements   of  CALL/OS   FORTRAN   can   also  be 
used,  with  unit   designations   of  6.      After  every  32   lines   set  by  WRITE 
statements,   the   display  screen  will  be   erased  and  the   subsequent  lines 
will  begin   at   the  top. 
3. k. 1.8     Using  Callcom  with  CALL/OS   FORTRAN* 

To  append  the  Callcom  subroutines   to  a  Fortran  program  contained 
in   a  User  PLORTS   file  the  user  must  Use  the  external   copy  command  of  PLORTS: 

COPYE  00 72. HASKIN. FILENAME 
where 

FILENAME  =  CO. LINE     for  LINED   and  LINE   and  SEND 
CO. TEXT      for   TEXT 
CO. REPLY   for  REPLY 
CO. ERASE   for  ERASE 
this   appends  the  subroutines  to  the  user's  program. 

NOTE:      LINE  and  TEXT  use   subroutines  which  are   contained  in   CO. LINE.      Therefore 
if  the  user  wishes  to  use  TEXT  he  must   also   copy  LINE. 
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The  user  should  then  type  #D  BLANKS  which  commands  the  interface  to  ignore 
all  one  byte  blocks  which  are  sent.   This  is  necessary  since  CALL/OS  outputs 
blanks  at  line  terminations  and  while  this  does  not  affect  the  picture 
it  may  cause  the  screen  to  be  erased  after  32  have  been  sent. 

To  initialize  joystick  hit  filtering  the  user  types  #   RESET  to 
initialize  the  mask  to  accept  all  screen  areas.   To  suppress  a  hit  in  a  certain 
area  the  user  types  #AREA  X  where  X  is  the  screen  segment  to  be  filtered 
out.   To  retrieve  a  filtered  segment  type  #D  AREAX  where  X  is  the  screen 
segment  to  be  enabled.   Finally  the  program  is  executed  by  typing 
FORTRAN  TIME  =  XX  where  XX  is  the  time  limit  {<  99)    in  seconds  the  user  wishes 
the  program  to  run.   At  the  end  of  this  time  CALL/OS  will  ask  CONTINUE? 
A  response  of  Y  will  extend  the  time  while  an  N  will  terminate  the  run. 


*  Since  CALL/OS  does  not  support  named  COMMON  statements  it  is  necessary 
for  a  user  program  which  contains  a  COMMON  block  to  begin  COMMON  with  a 
dummy  area  of  57  integer*!*  locations  to  skip  over  COMMON  used  in  CALLCOM 
routines. 


Using  Callcom  with  FORTRAN  IV 

If  interaction  is  not  desired  the  user  may  elect  to  run  his  program 
under  hasp  from  PLORTS  and  send  the  output  to  a  data  file  in  his  disc  space. 
The  picture  may  then  be  displayed  using  the  LIST  function  of  PLORTS. 
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The   unit    designations  must  be    changed  to   8  in   all  write   statements 
and  the    carriage    control   character  should  be   dropped.      A  data 
file  must  be   opened  in  the  user's   program  by 
CALL  OPEN( 8,' FILNAM' ,' OUTPUT*, IC) 
'FILNAM'    =  Name  of  file 
'OUTPUT'    =  Type    of  file 
IC  =  Test    code 

Also  since  FORTRAN   IV   does  not   initialize  variables   to   zero,   the 
variable   INDEX   in   COMMON  must  be  initialized  to   zero  in  the  main  program 
before  the   first    call  to  the   CALLCOM  routines. 
Callcom  Program  Implementation 

Callcom  consists   of  the   5  previously  mentioned  subroutines,   two 
utility  functions   ICODE   and  LSPLIT,    and  an   error  exit   routine   ERCHEK. 
BLOCK   STRUCTURE 

Data  is  transferred  in  the   form  of  LINE   and  TEXT  blocks.      A 
block  is   realized  as   an   array  of  INTEGER*2  words  the   first    6  of  which   comprise 
the  block  header. 

The  block  header  has   the   form: 


(1) 

#B 

(2) 

LK 

(3) 

BLOCK  TYPE 

(k) 

#  WORDS  -  1  IN 
REST  OF  BLOCK 

(5) 

POINTER  TO 
END  OF  BLOCK 

(6) 

POINTER  TO 
END  OF  ENTRY 
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This  header  is   followed  by  the   data  which  is   of  the  form: 


TEXT 


(7) 

Y 

OLD  Y 

(8) 

X 

OLD  X 

(9) 

#  CHARACTERS 

NEW  Y 

ASCII 
CHARACTERS 
PACKED  2  TO  A 

WORD 

NEW  X 

• 

TYPE  =  819 k 

TYPE  =  8193 

LINE 


DATA  TRANSMISSION 

The   16-bit  half  words    from  the   360  are   transformed  to   12-bits    for 
use  by  the  PDP-8  in  the   following  manner-: 

16  bits 


2 
bits 

6  bits 

2 

bits 

6  bits 

12  bits 


The   function  LSPLIT   in   Callcom  performs   the  transformation   from  a  standard 
half-word  to   the   split    form  above   for   transmission  to  the  PDP-8.      In 
addition  both  2-bit  unused  areas   are   set.      This   is  necessary  to  assure 
that  valid  data  will   appear  to  be   alphabetic   as   all  output  to  the  terminals 
is   done   in  A- format.      In  a  similar  manner  ICODE   converts   the  split   l6-bit 
word  to  a  standard  one. 

Finally  EDCDIC   characters   are   converted  via  a  table  lookup  by  CNVARY, 
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3.1*. 2      CQM10  -   Interactive   Communication   -  PDP-10        (R.   Whyte) 

The   necessary   software  to  allow   communication  between 
FORTRAN   and  MACRO  programs    running  in  the  PDP-10   and  the  Grass   terminals 
was   implemented  this   quarter.      The   communication  is   accomplished  through 
two  main   programs;    C0M8,   a  terminal  monitor   in  the  PDP-8,    and  C0M10,   a 
group  of  MACRO-10  routines    callable  from  user  programs   running   from  the 
GRASS  terminals  . 

The   calling  sequences   for  the  routines,   TEXT,    LINE,   REPLY,    and 
ERASE  from  FORTRAN  programs   are  the  same  as  those   formerly  used  in   COMMUNE. 
The   calling  sequence   from  MACRO-10  programs   is 
JSA  Al6,   ROUTINE 
EXP   PI 
EXP  P2 


where  Al6  =  register  l6 

ROUTINE  =  the   desired  routine 

PI...        =  parameters   for  the    call  in  the  order  they  appear   in   a  Fortran 
call. 
(Refer  to  GRASS:      Remote  Facilities   Guide     Report   §   h66,  pp.    3-8).     A  text 
line  sent   from  the  PDP-10  has   the   form  #BLKT***<8  bit  ASCII  text>   CARRIAGE  RETURN 
where  ***  represents   three  8  bit  words    containing  the  X  and  Y   coordinates 
of  the  text   line  packed  as   follows : 

YYYYYYYY  XXXXYYYY  XXXXXXXX 

WORD  1  WORD  2  WORD   3 

Low  order   8  bits  Low  order  h  bits    of  X  high   order 

of  Y  &  high   order   h  bits   of  Y        8  bits   of  X 
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A  line  has   the  similar   form  #BLKL***! ! !   where   ***   and   !!!    are   respectively 
the   initial  X,    Y  and  the   final  X,    Y   coordinates   of  the   line.      A  joystick 
hit   from  the  terminal  is    sent  back  to  the  PDP-10  as   #BLKJ  X  X  Y  Y     where 
XXX2      are  the  high   and  low  order  6  hits   of  the  X   coordinate   of  the   joystick 
hit. 

To   create   a  module   using  C0M10  the   user  must  link  the   C0M10 
subroutines   to  his   FORTRAN   or  MACRO  program.      This   is   easily  accomplished 
by  typing  EXECUTE    MYPROGRAM  ,    C0M10  from  the   terminal. 

The  PDP-8  side   is  brought  up  by   loading  ACID10  into  the   8/1   and 
C0M8   in   the   8.      To  load  ACID10  refer  to  LD8l   in   the   last   quarterly. 
C0M8  is    loaded  with  the  run   command  of  OS/8.      Once   these   programs   are  operating 
the   GRASS   terminal  resembles   a  CRT   console.      It   is  necessary  however  to 
initialize  the   channel     by  typing  SET  TTY  NO  ECHO  and  SET  TTY  PAGE  to   suppress 
echo  and  allow   control  over  the  output   stream  from  the  10.      In   addition  when 
the   screen   is    full   it  will    'wait '    for  the    user  to  type   CR  before   erasing 
and  displaying  more   lines    at  the  top  of  the   screen.      To   send  a  control   character 
it    is  necessary  to  hit  the   INTER  key   followed  by  the   desired  character.      To 
send  an  ALT  MODE   one  must  hit    INTER  and  then  NOT    ('—,'). 

This   facility   allows   the  user  to   create,    edit,    debug,    and  execute 
interactive  programs   on  the  PDP-10  from  the   GRASS   terminals. 
3.^.3     Graphics   Interpreter  Language      (J.    Stynes ) 

The   Graphics    Interpreter  Language,   which  was   originally  presented 
in  preliminary  form  in   the  Quarterly   Report   for  October,   November,    and  December 
of  1973,   has  been   completed.      A  report  will  be   published,   under  a  separate   cover, 
describing  the   instruction   set,   the   reasons   for   choosing  that   particular   set 
of  instructions,   and  some   examples   of  its   usage. 
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3.1+.3.1     Interpretive   Graphix     (N.   Hennegan) 

This   past   quarter  the   data  structure  management  routines    (here 
after  called  DSM)  ,    display  routines,   and  the   command  decoder  have  been 
coded  (and  debugged  to  a  reasonable  extent). 

The  greatest  problem  encountered  with  the  implementation  of  these 
routines  vas   the   setting  of  pointers   to  the   current   file,  block,   entry  and 
text   line— FP,  BP,   EP  and  LP  respectively.      When  each  interpreter  instruction 
is   executed,   the   assumed  file   is   the  file   associated  with  FILNUM  in  the   console 
vector.      The   assumed  block  is  the  block  associated  with  the   current  block 
number  in  the   file  head  of  the   current   file.      The   assumed  entry  is   the  nth 
entry  in  the   current  block  where  n  is  in  the   entry  number  location  of  the 
current  block  header.      Likewise,   the   assumed  text   line   (if  any)    is   the  nth 
text   line   in  the   current  entry  where  n  is   in  the   current  text   line  number 
location  in  the  block  header.      (See  the   sample   file—figure      ) 

At  the  time  of  execution  it  would  be  highly  inefficient  to 
recalculate  each  of  these  pointers   every  time  they  are  used.      To   overcome 
this   each  time  an  interpreter   instruction  is   executed  which   changes  the  assumed 
file,  block,    entry  or   line;   or  the   locations    of  any  of  the  said,   the  pointers 
are  also   changed.      For  example,   if  the   instruction  SETBN    (set  block  number) 
is   executed,   the   current  block  number  is    changed  in  the  file  head  then  the 
entry  pointer  EP   and  line  pointer  LP  are  set  to  the   entry  and  line  whose 
numbers   are   in  the  block  head.      The  routines  which  calculate  the  pointers 
are  SETFP,   SETBP ,   SETEP  and  SETLP.      Each  of  these  routines   call  the  routine 
one  level  lower  such  that   in  the   example,    only   a  call  to  SETEP  is  necessary 
to   set  the  EP  and  LP. 
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In   addition  to   instructions  which   change   assumed  sub -structures 
the   absolute   location  of  a  file  way  change  when  returning  from  a  wait 
since   a  new   copy  of  the   file  may  be   swapped  in.      In  this    case  the  displacement 
of  the  old  address   of  the   file    (FP  in  the  C.V. )    to  the  new  address    is    added 
to  each  of  the   remaining  pointers    (BP,   EP ,   and  LP). 

The   code  of  the   interpreter   instructions    is   simple   and  well 
documented.      The   reader  is   urged  to   consult  the   listings.      The  basic   core 
to  most   of  the   interpreter  instructions   are   a  few  utility  subprograms.      A 
brief  description  of  the  major  ones    follow: 

SETFP  The   file  number  is   obtained  from  FILNUM  in  the   C.V.      A   call   is  made 

to  SETFIL  which   establishes   the   file   in   core  and  sets   FP  and  CDFFBK 
(to  62X1— CDF! XD  where  X  is   the  bank  of  the  file)    in   the   C.V. 
The   contents   of  CDFFBK  is   placed  in  the   routines   TADATP   and  DCAATP 
for  their  use    (see  later) . 
SETBP  The    current  block  ff   in  the   file   is   obtained  from  the    file  head. 

FP  +    (BNOFST  =  address    of  block  number.      The   address    of  the   first 
entry  is   at  FP  +   (FILHED.      Each  block's  number  at   address   of  block 
+1  is   then   compared  to  the   current  block.      When   found  the   address    is 
placed  in  BP   and  SETEP   is    called.      If  not    found  an   error   condition 
is   signalled   and  control   returns  to  the  monitor.      The   displacement 
to  the   first   text   line    (if  present)   within   an   entry  is   calculated 
from  the   ff  of  interpreter  words  per  entry   and  the  number  of  XY  quads 
per  entry  and  is   loaded  into  EHEADL  in  the   C.V.      Note-the   displacement 
to  the  text   coords    is   at   BP  +  EHEADL  -  2 . 
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SETEP 


SETLP 


TADATP 


The  entry  number  is  found  at  BP  +  (ENDFST.   The  entries  within  the 
block  are  counted  until  the  number  is  reached.   If  the  entry  number 
is  0,  control  returns  to  the  calling  program.   EP  is  then  set  to 
the  address  of  the  entry  and  SETLP  is  called  with  a  -1  in  the 
AC.   If  the  entry  number  exceeds  the  number  of  entries  within  the 
block,  an  error  is  signalled  and  control  passes  to  the  monitor. 
This  routine  is  very  similar  to  SETEP.   The  text  line  number  is  at 
BP  +  (LNOFST   in  the  block  head.   Because  not  every  entry  contains 
text  or  the  same  number  of  text  lines,  the  line  number  in  the 
block  head  may  exceed  the  number  of  text  lines  within  the  new 
entry.   If  SETLP  is  called  with  a  -1  in  the  AC  and  the  number 
exceeds  the  number  of  text  lines,  the  current  line  number  is  set 
to  0  and  control  returns  to  the  calling  program.   If  however  the 
program  is  entered  with  a  0  in  the  AC,  the  calling  routine  was 
SETLN  so  that  if  the  line  number  exceeds  the  number  of  text  line, 
an  error  is  signalled  and  control  passes  to  the  monitor. 
(TAD  at  pointer)   The  address  of  a  pointer  is  in  the  word  following 
the  call. . 

JMS   TADATP 
TEMPTR 


The  contents  of  the  address  pointed  to  by  TEMPTR  in  the  bank  of 
current  file  is  added  into  the  AC.   The  change  to  the  data  field  of 
the  file  bank  is  set  by  SETFP. 
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Similar  to  TADATP  except  that  the  contents  of  the  AC  is  deposited 

into  the  address  contained  in  TEMPTR. 

The  contents  of  the  location  pointed  to  by  STKPTR  is  added  to 

the  AC  and  STKPTR  is  decremented  by  1. 

STKPTR  is  incremented  and  the  AC  is  deposited  into  the  location 

pointed  to  by  STKPTR. 

(Stack  get  and  stack  store)   Similar  to  the  push  and  pop  instructions 

except  the  level  relative  to  the  top  of  the  stack  is  in  the  word 

following  the  call.   The  STKPTR  remains  the  same. 

(Get  entry  head  length)   The  length  of  each  entry  head  varies  with 

each  block.   The  entry  head  length  (EHEADL  in  the  C.V.)  is  equal  to 

the  number  of  interpreter  words  per  entry  plus  four  times  the 

number  of  XY  quads  per  entry  plus  one  word  for  the  displacement 

to  end  of  entry  plus  two  words  for  the  text  XY  coordinates. 

This  routine  allocates  or  disallocates  space  within  a  file.   IR 

is  notified  by  DMSALO  of  the  change  in  length  of  the  file.   The 

remainder  of  the  file  is  moved  either  up  or  down  depending  upon 

whether  or  not  space  was  to  be  added  or  deleted.   Upon  entry  to 

ALOCAT  the  AC  contains  the  number  of  words  to  be  allocated  (+)  or 

deleted  (-).   The  word  following  the  call  is  the  address  after 

which  space  is  to  be  added  or  the  address  before  which  space  is 

to  be  deleted. 
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/^•AMPLF.    FILE    USED    WITH    AC  ID  2 


PAL8-V7 


PAGE    1 


/SAMPLE    FILE    USED    WITH    ACID2 


00  00       *0000 


CORRESPONDS   TO   FILE   NUMBER    IN    CONSOLE 
VECTOR      (FILNUM) 


ooooo 

0165 

FILE, 

165 

O0O01 

00  00 

0 

0  00  02 

00  00 

0 

00003 

00  00 

0 

OO0  04 

0000 

0    / 

000  05 

00  00 

OO0  06 

00  00 

0 

O00  07 

00  00 

0 

OO010 

00  50  1 

00  77  WlOCK. 

—  50 

O0011 

77 

00012 

00  50 

50 

00013 

..t 

00  01 

, 

0  CO  14 

x 

0  0015 

00  00 

0 

0  0016 

oooo 

0 

OO0  17 

oooo 

0 

0  00  20 

00  00 

0 

0O0  21 

00  07 

>ENTRY, 

7 

OO0  22 

1040   I 

1040 

0  00  23 

05  32 

532 

OC0  24 

00  0.1   L- 

^  1 

OO0  25 

1700 

1700 

OC0  26 

00  04 

4 

O00  27 

40  11 

40H 

O00  30 

60  61 

6061 

O00  31 

00  07      ENTR2. 

7 

0  00  32 

02  20 

220 

0  00  33 

05  32 

532 

O00  34 

00  01 

1 

0  00  35 

17  00 

17  00 

OO0  36 

0004 

4 

OO0  37 

40  11 

4011 

OO0  40 

6062 

6062 

OO0  41 

00  07      ENTR3. 

7 

OO042 

10  40 

10  40 

OO043 

13  52 

1352 

OO0  44 

00  01 

1 

OO0  45 

1700 

17  00 

OO0  46 

00  04 

4 

OO0  47 

4011 

40H 

00050 

60  63 

6063 

OO051 

00  07       ENTR4, 

7 

00052 

02  20 

220 

00053 

13  52 

1352 

0  00  54 

OX)  01 

1 

0  00  55 

1700 

17  00 

OO0  56 

00  04 

4 

O0057 

4011 

40H 

OO0  60 

60  c4 

6064 

OO0  61 

00  07 

ENTR5. 

7 

/DISP    TO    END    OF   FILE 

/CHECK    SUM 

/TYPE 

/FRONT    POINTER 

/REAR    POINTER 

/ACTIVE   FILE    * 

/LAST    REFERENCE 

/WRITE    MODIFICATION    FLAT, 

/BLOCK    NUMBER 

/DISP    TO   END    OF    BLOCK 

/BLOCK    NUMBER 

/ENTRY    NUMEER 

/CURRENT    TEXT     LINE    N-UMBFR 

/NUMBER    OF    INTERPRETOR    WORDS /ENTRY 

/NUMBER    OF    XY     QUADS/ENTRY 

/DY 

/DX 

/DISP    TO    END    OF   ENTR.'Y 

/Y    COORD    OF    TEXT 

/X    COORD    OF    TEXT 

/CHAR    COUNT 

/'O' 

/CHAR    COUNT 

/'  I  ' 
/'Ol' 
/DISP    TO   END    OF   ENTR.Y 
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MOVE      Routine  to  move  code  within  the  hank  of  a  file.   Calling  sequence: 
JMS  MOVE 

0  /From  Addr 

0  /To  Addr 

0  /#  of  words  to  move 

If  the  to  address  is  less  than  the  from  address,  auto  increment 
registers  are  used  as  pointers.   But  if  not,  normal  core  is  used  for 
the  pointers  since  the  pointers  must  be  decremented. 
CNGDSE    The   subroutine  is  entered  with  the  change  in  the  displacement  to  the 
end  of  the  entry  in  the  AC.   This  change  is  added  to  the  current 
displacement  and  CNGDSB  is  called  with  the  change  in  the  AC. 
CNGDSB,    Similar  to  CNGDSB  except  the  change  in  the  displacement  to  the 
CNGDSF    end  of  the  block  and  file  are  changed.   CNGDSB  calls  CNGDSF  so 

that  by  calling  CNGDSE,  all  higher  level  displacements  are  likewise 
changed. 
3.k.k     Serial  Interface  to  the  Computek  Terminal   (W.  Tam) 

The  Computek  terminal  can  now  be  connected  to  a  1200  baud  modem 
via  a  serial  interface.   The  interface  is  interchangeable  with  the  existing 
interface  between  the  PDP8/I  and  the  Computek.   This  enables  remote  connection 
of  the  Computek  terminal  than  telephone  lines. 

The  interface  board  is  designed  to  replace  board  g  in  the  Computek 
during  serial  mode.   An  LSI  chip  performs  most  of  the  serial/parallel  conversions 
One  shot  multivibrators  are  used  to  do  logic  level/pulse  conversion  for  control 
signals . 
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A08  (tto.eis) 

A07  UlS.c2l) 

RD&  (128  c3i) 

RDS  1131,  c21) 

P.D4  [150.  c5l) 

«03  (145   c 36) 

RDZ  (US  .e6S) 

RD1  (l67.e5G) 


&USYFL   (.'■6) 
AUXSTR.   («62) 


TMHSHIT    DATA 


i. 

2              3 

4 

5 

6 

7 

a 

T/ueoiA 

TK+ 

7*0+ 

74-121 

7"M3 

7*121  1 

7*  hi 

COMPUTE*     BOARD 

MODEM 
INTERFACE 


F°rm(fi/«r427  U'S-  AT0M,C  ENERGY  COMMISSION 

AECM3201  UNIVERSITY-TYPE  CONTRACTOR'S  RECOMMENDATION   FOR 

DISPOSITION  OF  SCIENTIFIC  AND  TECHNICAL  DOCUMENT 

(  See  Instructions  on  Reverse  Side  ) 


1.    AEC  REPORT  NO. 

COO-2383-0007 


QPR_7U_1 


3.  TYPE   OF   DOCUMENT    (Check  one): 

H  a.  Scientific  and  technical  report 

□  b.  Conference  paper  not  to  be  published  in  a  journal: 

Title  of  conference 

Date  of  conference 


Exact  location  of  conference. 

Sponsoring  organization 

□  c.  Other  (Specify) 


4.    RECOMMENDED  ANNOUNCEMENT  AND  DISTRIBUTION   (Check  one): 

[a]  a.  AEC's  normal  announcement  and  distribution  procedures  may  be  followed. 

□  b.  Make  available  only  within  AEC  and  to  AEC  contractors  and  other  U.S.  Government  agencies  and  their  contractors. 

f~l  c.  Make  no  announcement  or  distrubution. 


5.     REASON    FOR    RECOMMENDED    RESTRICTIONS: 


B.    SUBMITTED  BY:      NAME   AND  POSITION   (Please  print  or  type) 

C.   W.    Gear 

Professor  and  Principal   Investigator 


Organization 

University  of  Illinois 
Department   of  Computer  Science 
Urtiana.    Illinois 


Date 

June,   I97I+ 


FOR   AEC   USE   ONLY 

AEC  CONTRACT  ADMINISTRATOR'S  COMMENTS.   IF   ANY.  ON    ABOVE   ANNOUNCEMENT  AND   DISTRIBUTION 
RECOMMENDATION: 


PATENT  CLEARANCE: 


□  a.  AEC  patent  clearance  has  been  granted  by  responsible  AEC  patent  group. 

□  b.   Report  has  been  sent  to  responsible  AEC  patent  group  for  clearance. 
LJ  c.  Patent  clearance  not  required. 


k.       SWITCHING  THEORY  AND  LOGICAL  DESIGN 
USSPPNSf!gJ-"o221)  ^  'the  Nati°nal  Science  ^o^dation  under  Grant  Number 

A  report  on  minimal  networks  under  general  cost  functions  was 
prepared.   The  report  is  to  show  that  conventional  design  objective, 
i.e.,  minimization  of  the  number  of  gates  first  and  the  number  of  con- 
nections second  would  lead  to  a  compact  network  implemented  in  integrated 
circuit  in  most  cases  of  NOR  networks. 

Work  on  Tison's  method  and  transduction  of  networks  was  con- 
tinued. 

S .  Muroga 

The  study  of  discrepancies  in  certain  computational  results 
(statistics  for  obtaining  optimal  NOR  networks  with  3  external  variables 
using  both  ILLIP  with  a  feed-forward  inequality  formulation  and  a  more 
specialized  approach  with  an  all-interconnection  formulation)  contained 
in  various  reports  and  papers  published  by  this  group  was  concluded. 
The  study  was  written  up  as  a  DCL  report  which  also  contains  a  recent 
study  of  the  effects  of  "chain-checking"  and  "additional  inequalities" 
on  the  computation  speed  of  ILLIP  with  the  feed-forward  inequality  for- 
mulations. 

Several  of  our  transduction  (transformation  and  reduction) 
programs  for  NOR-gate  networks  were  changed  in  preparing  for  the  addi- 
tion of  the  fan-in,  fan-out  restriction  capability.  At  the  same  time, 
these  programs  were  altered  so  that  they  may  now  handle  60-gate  (act- 
ually the  number  of  gates  plus  external  variables  is  limited  to  60) 
networks  (previously,  1+0  gates  was  the  maximum). 
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These  programs  were  interfaced  with  Legge's  program  (changed 
from  an  80-gate  to  a  60-gate  capacity)  which  generates  fan-in,  fan-out 
restricted  networks  from  unrestricted  networks. 

Storage  areas  in  the  various  segments  of  each  program  were 
overlapped  to  save  memory  space  -  recently  the  most  critical  factor  in 
obtaining  faster  turn-around  time. 

An  initial  consideration  was  made  of  the  problem  of  modifying 
the  transduction  programs  to  allow  them  to  handle  incompletely  specified 
functions.   The  required  changes  do  not  appear  too  difficult  at  this 
time . 

(J.N.  Culliney) 

Over  semester  break  I  read  and  analyzed  Theorie'  des  Consensus 
(part  I)  by  Pierre  Tison.   Some  theorems 'by  D.M.Y.  Chang  and  T.H.  Mott, 
Jr.  were  then  investigated,  and  an  apparent  error  was  uncovered  in  one 
of  the  proofs.  Before  continuing  further  investigation,  I  coded  and 
debugged  a  program  implementing  Tison 's  algorithm  for  finding  prime 
implicants.   Currently,  progress  is  being  made  in  finding  an  efficient 
algorithm  for  multiplying  large  boolean  functions  in  order  to  complete 
implementation  of  another  of  Tison 's  algorithms. 

(R.  Cutler) 

An  important  application  of  the  network  transformation  approach 
to  logical  design  (see  previous  Quarterly  Reports)  is  the  synthesis  of 
networks  which  satisfy  fan-in  and/or  fan-out  requirements.   For  his  mas- 
ters thesis  Jeff  Legge  programmed  several  procedures  which  take  a  network 
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and  solve'  its  fan-in  and  fan-out  problems.   Because  of  the  existence 
of  Legge's  programs,  the  following  approach  was  used  for  the  fan-in, 
fan -out  problem:   obtain  an  initial  network,  apply  Legge's  programs, 
and  then  apply  modified  versions  of  the  transformation  procedures  which 
maintain  the  fan-in,  fan-out  requirements.   During  this  quarter  a  trans- 
formation procedure  known  as  PROCII  was  modified  so  that  it  will  main- 
tain the  fan-in,  fan-out  requirements  of  the  networks  it  transforms. 
The  modified  version  of  PROCII  is  known  as  PRIIFF. 

A  number  of  experiments  have  been  run  on  the  computer  to  test 
the  effectiveness  of  using  PRIIFF  in  conjunction  with  Legge's  programs. 
Not  all  of  the  results  from  these  experiments  have  been  tabulated,  but 
preliminary  results  indicate  that  networks  derived  using  the  combina- 
tion of  Legge's  programs  and  PRIIFF  contain  considerably  fewer  gates 
and  connections  than  networks  derived  using  Legge's  programs  alone. 

(K.  Hohulin) 

In  this  quarter,  I  modified  the  Error-Compensation  procedure 
(one  of  the  network  transformation  methods)  so  that  it  can  treat  the 
problems  with  Tan-in  and/or  fan-out  restrictions.   Obviously  there  are 
many  different  ways  to  do  this,  but  the  way  currently  used  is  the  most 
convenient  and  straight  forward  one.   For  a  given  switching  function, 
we  begin  with  Legge's  program  (called  JEFF)  to  get  a  fan-in  and  fan-out 
restricted  network,  then  call  the  modified  Error-Compensation  procedure 
PROCCE  trying  to  eliminate  the  redundancies  as  much  as  possible. 

There  are  totally  13  subprograms  in  the  original  program  PROCCE 
and  6  of  them  needed  to  be  modified.  After  testing  30  5 -variable  func- 
tions, we  found  that  the  results  by  PROCCE  are  better  than  those  by 
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PRIIFF  and  JEFF,  but  the  average  computation  time  is  longer.   This  means 
that  FROCCE  is  still  the  most  powerful  procedure  among  transformations 
methods  if  we  do  not  care  about  the  time  used. 

(J.K.C.  Hu) 

A  report  was  prepared,  discussing  that  all  minimal  networks 
under  general  cost  functions  can  be  obtained  by  solving  integer  pro- 
gramming problems .  Minimal  NOR  networks  under  generalized  cost  functions 
for  all  three-variable  functions  and  certain  four-variable  functions 
requiring  5  or  fewer  NOR  gates  are  included  in  the  report  as  examples. 
The  problem  of  minimizing  the  number  of  inverters  in  a  feed- 
forward combinational  network  consisting  of  AND,OR  and  NOT  gates  was 
investigated.  A  writing  on  some  interesting  results  related  to  this 
investigation  is  currently  under  preparation. 

(H.C.  Lai) 
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5.   MACHINE  AND  SOFTWARE  ORGANIZATION  STUDIES 

(Supported  in  part  by  the  National  Science  Foundation  under  Grant  Number 

US  NSF  GJ-36936 


The  following  is  a  collection  of  related  work  aimed  at  improved  designs 
for  computer  and  software  systems.   We  are  interested  in  parallel  and  pipeline 
processors,  small  primary  memories,  effective  use  of  rotating  memories,  and  some 
questions  concerning  user  languages  for  problems  including  typical  FORTRAN  type 
calculations,  simulation  languages,  and  a  variety  of  file  processing  problems. 

(D.  Kuck) 

5-1   PROGRAM  ANALYSIS 

5-1.1   Speedup  of  Iterative  Programs  -  (S-C.  Chen) 

The  theoretical  and  practical  results  of  parallel  computations  of 
general  linear  recurrence  systems  and  m-th  order  linear  recurrence  systems 
have  been  summarized  in  a  report  [1].   The  studies  of  these  results  applied 
to  standard  numerical  algorithms  such  as  a  direct  Poisson  equation  solver  have 
been  conducted. 

The  work  will  continue  to  formalize  these  results  as  building  blocks 
which  can  be  used  for  more  general  problems  of  parallel  computation. 

5-1.2   IF  Analysis  -  (R.  Towle) 

Work  continued  on  algorithms  to  detect  removable  IF's  in  DO  loops  and 
algorithms  to  remove  IF's  from  DO  loops. 

5-1.3   EISPACK  Program  Analysis 

Automatic  Array  Operations  Detection  -  (D.  Y.  Chang  and  K.  Y.  Wen) 
Work  was  done  on  the  recognition  of  various  array  operations.   As- 
suming the  dependency  graph  of  an  ordinary  Fortran  program  is  given,  we  can 
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generate  an  algorithm  to  detect  the  types  of  array  operations  existing  in  the 
Fortran  program  and  produce  counts  on  the  various  operation  types,  such  as 
those  shown  in  Table  6  of  Wen's  thesis --"Machine  Parameter  Deduction  by  Pro- 
gram Analysis."  Count  results  can  eventually  be  used  in  a  general  purpose 
simulator  to  determine  some  parameters  of  a  computer  organization.   This  work 
will  be  continued  in  the  next  quarter  in  conjunction  with  some  preliminary 
work  on  the  simulator  stated  above. 

5.1.1+   COBOL  Analysis  -  (R.  Strebendt) 

A  number  of  COBOL  programs  have  been  analyzed.   As  a  result  of  these 
analyses  a  number  of  parameters  have  been  determined  for  the  design  of  a  machine 
for  concurrently  processing  records.   By  the  end  of  the  next  quarter  it  is  ex- 
pected that  this  investigation  will  be  completed  with  the  following  work  accom- 
plished: 

1)  Compiler  algorithms  designed 

2)  Machine  structure  designed 

3)  Machine  parameters  determined 

4)  An  estimate  of  the  cost  of  the  machine  made 

5)  A  comparison  of  the  cost/performance  ratio  made 
with  that  of  existing  machines. 

5.2   FILE  PROCESSING 

5.2.1   Information  Retrieval  Computers  -  (W.  Stellhorn) 

Initial  design  studies  are  complete  for  a  parallel  processing  computer 
dedicated  to  information  retrieval  systems  using  inverted  files.   Systems  of 
different  sizes  having  from  one  to  512  parallel  data  paths  have  been  examined 
with  special  emphasis  on  16-  and  256-path  designs.   It  is  concluded  that  all  the 
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hardware  required  for  these  two  systems  can  be  built  and  can  be  made  to  operate 
within  the  time  constraints  which  have  been  established.   A  suitable  head-per- 
track  disk  with  parallel  transmission  capabilities  and  a  fast,  wide-band  data 
memory  have  both  been  demonstrated  in  other  systems;  and  all  required  components 
except  the  disk  are  available  commercially  at  relatively  low  cost.   Other  mass 
storage  devices  with  high  transmission  rates,  including  possibly  a  suitably 
modified  movable  head  disk,  may  be  substituted  for  the  head-per-track  unit. 

In  simulation  tests  with  a  large  search  involving  the  coordination 
of  70  terms  and  a  total  of  67,000  document  identifiers,  speed-up  factors 
ranging  from  12  to  60  have  been  observed  for  the  new  design  relative  to  a 
conventional  machine.   Also,  a  large  number  of  smaller  searches  can  be  processed 
simultaneously  with  very  little  degradation  in  the  performance  of  the  parallel 
machine. 

Algorithmic  studies  are  continuing  in  an  effort  to  optimize  the 
system  and  to  develop  a  theoretical  description  of  its  performance. 

5-2.2   Disk  Routines  -  (K.  Morgan) 

Work  continued  on  developing  software  for  file  handling  and  disk 
space  allocation/deallocation.   The  disk  space  allocation/deallocation  routines 
have  been  completed  and  I/O  routines  will  be  developed  during  the  next  quarter. 

5.2.3   File  Processing  Software  -  (B.  Hurley) 

Work  continued  on  the  Information  Retrieval  Computer  Simulator. 
Specifically,  we  developed  algorithms  used  to  select  postings  lists  from  a 
disk  in  an  optimal  manner  with  respect  to  the  merge  network  which  processes 
them.   Also,  the  effect  of  delay  times  in  the  merge  hardware  upon  the  simulator 
were  studied. 
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5.2.1+   Inverted  File  Retrieval  System  -  (M.  Milner  and  J.  Rinewalt) 

During  this  quarter,  design  of  experiments  with  users  was  begun. 
Initial  experiments  are  planned  for  early  next  quarter  but  difficulty  in 
obtaining  copies  of  the  original  documents  may  cause  a  delay. 

Work  on  the  PDA  has  been  delayed  due  to  changes  in  360/75  system 
software  and  delays  in  parts  delivery.   A  device  driver  for  our  Centronics 
306  printer  was  written,  debugged,  and  installed.   Several  minor  changes  to 
DOS  were  made  to  allow  dumps  to  the  306  printer,  console  inspection  of  device 
registers,  and  hexidecimal  representation  of  quantities  previously  expressed 
in  octal.   This  form  is  better  for  byte  inspection  because  it  is  invariant 
with  respect  to  the  parity  of  the  byte's  address.  An  executive  to  manage  the 
IR  system  has  been  designed  and  divided  into  phases.   The  first  phase,  currently 
being  coded,  will  handle  a  single  user  on  a  single  machine  using  28K  of  core 
and  measure  various  quantities  of  interest  as  the  user  works.   Later  phases 
will  handle  multiple  users,  control  access  to  additional  core  beyond  the  28K 
DEC  and  DOS  support,  and  distribute  processing  over  both  PDP-ll/40s. 

5.2.5   System  Clock  -  (P .  Krabbe) 

A  Programmable  Real-Time  Clock  has  been  designed  similar  to  D.E.C.'s 
KW11-P.   The  principle  difference  between  these  clock  modules  is  that  the  model 
made  in  house  has  32-bit  registers  instead  of  16. 

Maintenance 


Disk  drive  CDS114  #2875  malfunction  trouble  was  a  small  piece  of  wire 
shorting  out  pins  of  backplane  wiring. 

Disk  drive  CDS114  #2874  malfunction  trouble  was  a  load  NAND  on  PCB 
AL13  (Position  B2  output  8) . 
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5-2.6   Hardware  Support  -  (J.  Bengtson  and  L.  Hollaar) 

Work  has  proceeded  on  the  construction  of  the  memory  management 
unit  and  various  device  interfaces  for  the  PDP-11/40  system,  slowed  somewhat 
by  delivery  delays  on  some  components.   The  Centronics  printer  has  been 
interfaced,  and  is  now  in  regular  service,  and  the  malfunctions  in  the  Century 
114  drives  have  been  corrected. 

The  design  of  an  experimental  merge/coordination  unit  to  operate 
with  the  PDP-11/40  has  been  started.   This  unit,  when  used  in  conjunction  with 
the  IR  system  software  being  developed,  will  be  used  to  investigate  the 
structure  and  performance  of  system  hardware  enhancements. 

References 

U]       S'  °-  TCh6n  ant   D'  J'  Kuck'  "Time  and  Parallel  Processor  Bounds  for 
Linear  Recurrence  Systems,"  submitted  for  publication. 


Publications 


D.  Kuck,  P.  Budnik,  S-C.  Chen,  E.  Davis,  Jr.,  J.  Han,  P.  Kraska, 
D.  Lawrie,  Y.  Muraoka,  R.  Strebendt  and  R.  Towle 

Measurements  of  Parallelism  in  Ordinary  FORTRAN  Programs 
IEEE  Computer,  pp.  37-46,  Jan.  1974. 


•77- 


6.   NUMERICAL  ANALYSIS 

(Supported  in  part  by  the  National  Science  Foundation  under  Grant  Number 
V     yy  U.S.  NSF-GJ-36393) 

During  this  quarter  I  collaborated  with  Y.  J.  Kim  to  prove 
that  Kim's  approximate  factorization  of  an  irregular  finite  element 
system  is  positive  definite,  a  necessary  and  sufficient  condition  for 
the  convergence  of  an  adaptive  chebyshev  iteration  for  solving  the  system. 

Paul  Saylor 
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7.   ASPECTS  OF  COMBINATORIAL  COMPUTING 
uf NSFrGJ^l538)rt  ^  thG  Nati°nal  SClenCe  Foundatio*  ^der  Grant  No. 

Recent  work  includes  study  of  scheduling  algorithms,  selection 
algorithms,  backtrack  programming,  and  various  problems  in  combinatorics. 
1.   Scheduling  Unit-Time  Tasks  with  Limited  Resources  (A.  C.  Yao) 

A  set  of  tasks  are  to  be  scheduled  on  a  computing  system 
with  s  kinds  of  resources.  Each  task  takes  one  unit  of  time  to 
complete,  and  requires  certain  amounts  of  these  resources.  A 
schedule  for  the  execution  of  these  tasks  is  to  be. consistent  with 
a  prescribed  partial  ordering  relation  on  the  tasks,  and  the  total 
demand  for  each  kind  of  resource  must  not  exceed  a  fixed  amount  at 
any  instant.  Several  heuristic  scheduling  algorithms  were  studied 
in  terms  of  their  worst-case  behavior. 

Let  co  be  the  total  time  for  executing  all  the  tasks 
according  to  a  priority  list,  and  uq   be  that  according  to  an  optimal 
schedule.   It  was  shown  that,  independent  of  the  number  of  processors, 
co/coq  g  cs  +  0(1),  where  c  is  a  constant.   Tighter  bounds  were  obtained 
for  the  case  in  which  the  partial  ordering  relation  is  empty. 
When  preemption  is  allowed,  it  has  been  shown  that 
a)o(non-preemptive)/coo(preemptive)g  cs.  ThVL8f   the  added  freedom  of 
preemption  might  not  lead  to  a  significant  reduction  in  completion 
time  when  s  is  small.   The  situation  is  drastically  different  in 
the  more  general  case  in  which  the  execution  times  of  tasks  are  not 
uniform.   In  that  case,  we  were  able  to  construct  examples  with  s  =  1 
and  the  ratio  Wo( non-preemptive)/^ (preemptive)  being  essentially 
n,  the  number  of  processors  in  the  system. 
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2.   A  New  Scheduling  Algorithm  (N.  F.  Chen  and  C.  L.  Liu) 

A  new  algorithm  for  scheduling  jobs  with  equal  execution 
time  in  multiprocessor  computing  systems  was  studied.   This  algorithm 
is  called  the  level-and- count  algorithm,  or  briefly  LCA.   We  were  able 
to  prove : 

1.  The  level-and-count  algorithm  produces  optimal  schedules 
for  2-processor  systems. 

2.  The  level-and-count  algorithm  generates  a  best  "level 
schedule"  for  n-processor  systems  if  the  union  of  the 
sets  of  successors  of  any  two  jobs  in  one  level 
contains  all  the  jobs  in  the  next  level. 

3.  For  3-processor  systems, 


"LCA  g  i 
WBLA  k 


JJGA  ^  k 
WBLA   ^ 


Where  u   ,  w  TA,  w    are  the  total  execution  times  using  the 
Coffman  and  Graham  algorithm,  a  best  level  algorithm,  and  the  level- 
and-count  algorithm,respectively.   Moreover,  these  bounds  are  best 
possible. 
3.   Scheduling  in  a  Real-time  Environment  (S.  Dhall  and  C.  L.  Liu) 

The  problem  of  scheduling  jobs  with  "hard"  deadlines  in  a 
real-time  environment  was  studied.   In  particular,  the  case  in  which 

a  multiprocessor  computing  system  serves  a  certain  number  of  jobs 

making  periodic  requests  was  investigated. 
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4.   Selection  Algorithms  (j.  A.  Koch) 

Research  was  carried  out  on  improving  the  upper  bound  on 

the  number  of  comparisons  required  to  determine  the  tth  largest  elements  of 

n  elements,  Vjn).   S.  Lin's  technique  for  lowering  the  bound  of 

k 
V3(2+2)  was  extended.   For  t  odd  (even,  respectively)  take  t+l, 

(t+2),  of  the  n  elements  and  find  the  smallest  one  using  t,    (t+l) 
comparisons.   Since  this  element  is  less  than  t,  (t+l),  elements, 
it  cannot  be  one  of  the  top  t  elements  and  can  be  ignored.   Of  the 
t,  (t+l),  comparisons  used,  the  first  ^i,  (i^S),  comparisons  can 
be  "reused"  in  finding  Vt(n-l).   Thus,  Vt<n)  *  f^j  +  ^(n-l)  and 
for  n  =  2k  +  t-1  there  will  be  a  saving  of  f£|ij  comparisons  over 
tree  selection. 

Another  method  for  selectively  improving  the  upper  bound 
was  found  which  extends  the  following  technique  for  lowering  the 
bound  of  V3(n).   Take  two  groups  of  k   elements  from  the  n  elements 
and  find  the  largest  of  each  group.   Suppose  the  two  largest  elements 
are  a  and  e: 

b->a  f-»e 
ft   ft 

c  d  g  h 

Clearly,  the  smaller  of  the  two  elements  b  and  f  is  less  than  three 

elements  and  cannot  be  one  of  the  top  three.   Thus,  this  element 

together  with  c,  d,  g,  h  can  be  ignored.   All  but  three  of  the 

comparisons  made  can  be  "reused"  in  the  tree  selection  for  V  (n-2). 

It  follows  that  V  (n)  ^  3  +  V  (n-2)  and  the  bound  is  lowered  for 

k       k 
n  =  2  +2  and  2  +3.   The  extension  is  as  follows:   Let  x  =  [bn     nJ. 

For  n  ^  2  U+3/2J  take  2X  elements  and  eliminate  2X"2  of  them  from 
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contention  as  members  of  the  top  t  elements.   This  will  cost 
2X_2  +  [ill]  comparisons  that  cannot  be  used  in  the  tree  selection  for 
v  (n-2n~2).   This  method  will  lower  the  upper  bound  f or  n  =  2  +  t-1, 
2k  +  t  ...  2k  +  t-2  +  2X"2.   It  is  useful  for  small  values  of  t 
since  the  minimum  number  of  elements  initially  selected  grows 

exponentially  (n  ^  2  |— ?J)-   But  "  does  yield  a  new  upper  bcmnd> 

fknl-2) 

V  (n)  ^  n-3  +  ffo^  (n-l)]  +  ^  (n-1  -  2        )| 

which  is  less  than  all  known  upper  bounds  for  certain  values  of  n  and 
equals  the  other  bounds  for  the  remaining  values  of  n. 

5.  Speed  of  Selection  Networks  (F.  F.  Yao) 

From  a  set  of  n  elements ,    it  is  desired  to  find  the  t  largest 
elements  by  means  of  a  network  built  of  comparators.   An  interesting 
question  is  to  determine  the  minimal  delay  of  such  a  network.   This 
question  was  settled  recently  for  small  t  and  large  n.   However,  the 
general  question  remains  open.   We  obtained  a  lower  bound 
%  (t(l  -  -))/&9p  3-1)  on  the  number  of  delay  levels.   This  bound 
is  valid  for  all  t  and  n.   In  particular,  when  t  =  n/2,  the  formula 
yields  a  lower  bound  1.7fcg_n  which  shows  that  the  simple  information 
theoretic  bound  fa^n   is  unattainable  for  finding  the  median  of  a  set 
of  elements.   The  possibility  of  constructing  a  fast  median-finding 
network  that  achieves  our  lower  bound  is  being  explored. 

6.  Finding  the  Maxima  of  a  Set  of  Vectors  (F.  F.  Yao  and  A.  C.  Yao) 

The  computational  complexity  of  the  problem  of  finding  the 
maxima  of  a  set  of  n  d-dimensional  vectors  was  investigated. 

1.   It  was  established  that  exactly  S(n)  +  n-l  comparisons 

are  needed  for  the  case  d  =  2  (S(n)  is  the  number  of  com- 
parisons needed  to  sort  n  numbers). 
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2.   For  d  g  fo^  n,  it  can  be  shown  that  at  most 
/  2  -  l/d-2 
clln         H  n)  comparisons  are  needed  (c  is  a 

constant).   This  implies  that  fordlc^n  for  some 

constant  c^  there  are  algorithms  better  than  the  simple- 

minded  algorithm  which  compares  every  pair  of  vectors 

component  by  component. 

7-   A  Postage  Stamp  Problem  (A.  C.  Yao) 

Suppose  that  N  letters  are  to  be  mailed,  and  the  amounts  of 
postage  requires  for  the  N  letters  are  ^,   2i,    ...,  N£  respectively. 
If  a  letter  cannot  use  more  than  k  stamps  and  the  total  postage  used 
for  each  letter  must  be  exact,  what  is  the  minimum  number  of  different 
denominations  we  must  have?  Let  d(N,k)  denote  this  number.   It  has 
been  shown  that  (k')  V*  V  ^  ,   d(N,k)  ,  k*  V*   Some  ±n±t±al   ^ 
indicate  that  the  exact  value  of  d(N,k)  is  closer  to  the  lower  bound 
than  the  upper  bound  shown  above. 

It  seems  to  be  difficult  to  evaluate  the  limit  lim  d(N;k) 

(if  the  limit  exists  at  all).   Even  for  the  case  k  =  2,  little  is  known 
about  the  limit  lim  ^1  g   although  some  additional  information  Qn 

the  behavior  of  the  function  d(N,2)//~  is  available. 
8.   Backtrack  Programming  (j.  Bitner  and  E.  M.  Beingold) 

During  the  last  quarter,  work  has  been  carried  out  on  the  use 
of  macros  in  backtrack  programs.   In  specific,  the  queen's  problem,  a 
tiling  problem  with  pentominos,  and  the  problem  of  searching  for  optimal 
difference  preserving  codes  were  considered.   The  use  of  macros  proved 
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to  be  an  effective  technique  in  backtrack  programming.   As  an  example, 

a  program  using  macros  found  all  solutions  to  the  queen's  problem  on  a 

15  x  15  chessboard  in  25  minutes.   This  was  significantly  faster  than  an 

earlier  program  that  did  not  use  macros  which  took  3  hours  to  solve  the 

problem. 

9.   Minimal  Total  Separating  Systems  (A.  C.  Yao) 

A  solution  to  a  combinatorial  problem  due  to  Katona  was  obtained. 
Let  S  be  an  n-element  set.   We  want  to  determine  the  smallest  number  f(n) 
for  which  there  exists  a  family  of  subsets  of  S,  (A^Ag,. . .  ,Af  ^} ,  with 
the  following  property:  Given  any  two  elements  x,  yeS  (x/y),  there 
exist  k,l  such  that  \  n  A£  =  ^  and  xeV  y€V   In  Particular>  ^  is 
shown  that  f(n)  =  3  2o^  n  where  n  is  a  power  of  3. 

10.   The  Average  Size  Theorem  (H.  P.  Tsao) 

A  theorem  due  to  Kleitman  and  Milner,  known  as  the  Average 

Size  Theorem,  states  that  if  F  5  P(n)  is  a  Sperner  family  with  ]F|^(fc) 

and  F  £   F   k<[§J,  then  ]f|_1  Z   |a|  >  k,  where  P(n)  is  the  set  of  all 

k>    2  AeF 

subsets  of  an  n-element  set  and  Fk  is  the  set  of  all  subsets  of  size  k 

in  P(n).   A  stronger  version  of  the  Average  Size  Theorem  for  a  certain 

class  of  partially  ordered  sets  including  the  lattice  of  subsets  of  a 

finite  set  ,  the  lattice  of  subspaces  of  a  finite  vector  space  over  a 

finite  field,  and  the  lattice  of  divisors  of  a  positive  integer,  has  been 

derived. 

11.   Graph  Theory  (P.  Mateti) 

A  revision  of  the  report  "On  finding  all  circuits  of  a  graph" 
by  P.  Mateti  and  N.  Deo,  UIUCDCS-R-73-585,  was  completed. 
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8 .   THEORY  OF  DIGITAL  COMPUTER  ARITHMETIC 

(Supported  in  part  by  the  National  Science  Foundation  under  Grant 
No.  US  NSF  GJ  3820U. ) 

In  this  quarter,  an  algorithm  was  developed  for  on-line  multiplication 
in  a  one -dimensional  iterative  array*  of  finite  state  machines.  The 
algorithm  has  the  feature  that  all  the  finite  state  machines  (cells) 
including  the  initial  cell  are  identical.  A  small  note  was  prepared  for 
publication  and  will  be  submitted  soon.  A  more  detailed  technical  report 
is  being  prepared  and  will  be  published  in  the  next  quarter. 

(L.  N.  Goyal) 


__  m  *A'  J*  Atrubin,  "A  One-dimensional  Real-time  Iterative  Multipler,  " 
IEEE  Trans.  Elect.  Comput.,  Vol.  EC-lk,   pp.  39^-399,  June  1965. 
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9.   ACSES  ~ 

The  Automated  Computer  Science 
Education  System 

Supported  by  NSF  under  grant 
EC -M  511 


During  the  first  three  months  of  the  NSF  contract  period, 
our  project  to  automate  introductory  computer  science  courses  on  PIATO 
has  made  a  fair  amount  of  progress.  More  specifically: 

A.   Library  of  lessons 

The  library  has  grown  from  about  50  to  60  lessons,  and,  more 
importantly,  many  of  the  lessons  have  been  improved.   In  particular, 
the  function  of  the  keys  that  allow  a  student  to  control  his  path  through 
a  lesson  have  been  standardized  among  all  CS  lessons,  so  that  a  student 
who  has  gone  through  a  few  lessons  has  become  familiar  with  most  of  the 
control  options  in  all  lessons  and  can  proceed  through  subsequent  lessons 
faster.   These  conventions  are  described  in  a  lesson  "csauthors", 
(F.  Izquierdo)  and  standard  pieces  of  code  are  collected  in  lesson 
"cslibrary"  (H.  G.  Friedman). 
B.   Language  processors 

A  table -driven  program  entry,  editing  and  syntax  analysis 
program  has  been  completed  (T.  R.  Wilcox,  Al  Davis,  M.  Tindall).   Tables 
for  PL/l  are  complete.   Tables  for  FORTRAN,  BASIC,  COBOL,  Snobol,  APL, 
and  MIX  have  been  started. 
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The  run  time  systems  for  each  of  these  languages  are  different. 
The  PL/1  run  time  system  works  for  a  subset  of  PL/l  suitable  for  the 
first  half  of  one  semester's  instruction,  and  is  being  used  this  semester 
in  one  introductory  course,  CS  106.   Run  time  systems  for  FORTRAN  and 
BASIC  are  in  progress. 
C.  Conversational  information  and  advising  system 

The  first  half  of  the  guide,  the  translator,  has  been  completed 
as  part  of  a  Ph.D.  thesis  by  Jean  Pradels.  A  request  in  English  is 
translated  into  an  internal  language  and  the  latter  is  translated  back 
into  English,  so  that  the  user  can  judge  for  himself  whether  his  request 
has  been  properly  understood. 

Planning  for  the  second  half  of  the  guide,  the  request  process 
is  complete,  and  implementation  has  just  begun  (Dave  Eland). 
D.   Communication  system 

Lessons  cscomments,  c stalk,  and  csnotes  have  been  completed 
(H.  G.  Friedman).   They  allow  communication  between  users  and  the 
management  of  the  system  in  real-time  (  when  a  human  monitor  is  present 
at  a  terminal),  as  well  as  communication  with  delayed  response. 

Hi Automatic  .judging  of  student  programs 

Planning  is  essentially  completed  for  two  lessons  that  ask 
the  student  to  write  fairly  sophisticated  programs  and  attempt  to  judge 
these  programs  interactively,  according  to  correctness  as  well  as 
elegance  (good  structure). 

One  of  these  (Ron  Danielson)  asks  the  student  to  write  a  PL/l 
program  for  symbolic  differentiation;  the  other  (Prabhaker  Mateti)  is 
intended  to  be  able  to  judge  sorting  programs. 
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F.  Reports 

-  J.  L.  Pradels,  "The  guide:   an  information  system",  Ph.D.  thesis, 

UIUC  DCS-R-7^-626,  March,  197^- 
Ph.D.  thesis  proposals: 

-  Ron  Danielson,  "Application  of  artificial  intelligence  techniques 
to  an  automatic  tutor  of  programming" 

-  Alan  Davis,  "Execution -time  error  analysis  in  a  computer-assisted 
instruction  environment" 

-  Dave  Eland,  "An  information  and  advising  system  for  an  automated 
introductory  computer  science  course" 

-  Pra-bhaker  Mateti,  "A  sorting  program  verifier:  A  tutoring  system  for 
sorting  programs" 

-  Michael  Tindall,  "Tahle-driven  compiler  error  analysis" 
G-.   New  project:   automation  of  exams 

A  program  called  "examadmin"  has  been  written  (Dave  Eland) 
to  handle  all  security  and  data  collection  aspects  of  exams  given  on 

PLATO. 

An  automated  exam  must  he  able  to  present  such  a  great  varietyf 
of  individual  problems  that  the  only  practical  approach  is  to  write 
problem  generators,  each  of  which  is  capable  of  producing  many  different 
problem  instances.   The  difficulty  lies  in  the  requirement  that  these 
instances  should  not  be  too  similar  to  each  other. 

Where  the  problems  concern  programming  language  questions,  we 
want  to  use  the  syntax  tables  of  the  compiler  and  have  table-driven 
problem  generators  capable  of  posing  (and  grading)  problems  about  any  of 
the  programming  languages  for  which  we  have  tables.   (Ben  Barta,  Fred 
Hansen,  Francisco  Izquierdo,  Sylvian  Ray,  Larry  Whit lock). 


Goal  for  summer:  a  Fortran  hour  exam  complete,  so  it  can 
be  used  this  fall  in  CS  103,  when  Rich  Montanelli  will  carry  out  an 
experiment  teaching  Fortran  on  PLATO. 


Jurg  Nievergelt 


10.    MACHINE  PERCEPTION 
AND  INTELLIGENCE 

(AQVAL  Project) 


1.   Theory  and  Implementation  of  v^ ah le -Valued  Logic   (Mlchalski,  Yuan, 
Yip,  Peterson,  Hamilton) 

The  concepts  of  a  symmetric  selector  and  the  exception  and  separatio 
operations  have  heen  introduced  and  incorporated  in  the  system  VL^   Mlchalski 
has  written  a  paper  '  VARIABLE  -VALUED  LOGIC:   System  VL]_'  and  submitted  it 
for  presentation  at  the  197^  International  Symposium  on  Multiple -Valued 
Logic,  West  Virginia  University,  May  29-31,  197*-   Yuan  has  dehbuged  the 
procedure  for  star  generation  for  the  uniclass  cover  algorithm.   Peterson 
has  heen  working  on  the  development  of  an  entirely  new  input  data  format 
for  AQVAL/1-version  1,    and  new  version  8  (which  is  under  preparation  by 
Kurt  Hirchert).   The  new  format  will  be  much  more  user-oriented  (e.g.,  will 
permit  a  user  to  use  non-numerical  names  of  object  classes,  VL# -variables, 

and  values  of  the  variables,  as  well).  Yip  has  been  working  at  the  algorithm 

for  VL  formula  minimization. 

2.  Applications  of  VL  Systems   (Mlchalski,  Yuan) 

In  cooperation  with  Dr.  Barry  Jacob son,  University  of  Illinois, 
Department  of  Plant  Pathology,  there  has  been  performed  an  experiment  on 
the  application  of  the  AQVAL/l  program  to  the  development  of  an  automatic 
classification  system  for  the  diagnosis  of  20  diseases  of  soybeans.   Prelimil 
results  are  very  encouraging. 
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11.   MESH  RESEARCH  PROJECT 


(Supported  in  part  by  the  National  Science  Foundation  under  Grant  No 
US  NSF  GJ  36265. ) 


11.1  PASCAL  Compiler 

Progress  on  the  PASCAL  compiler  for  a  minicomputer  network  included 
considerable  refurbishing  of  and  improvement  on  the  bootstrap  assembly 
language  version.   In  addition  to  being  more  thoroughly  debugged,  a  number 
of  features  were  added  to  enable  external  procedures  and  improved  file 
accessing,  both  of  which  are  necessary  in  order  to  write  the  new  compiler 
completely  in  PASCAL. 

The  lexical  and  syntactic  analysis  phases  of  the  new  PASCAL  compiler 
were  written  and  debugged  and  the  semantic  routines  were  modified  for 
improved  error  handling.   Certain  major  language  modifications  were  agreed 
upon  and  incorporated  in  the  code,  including  CASE  and  IF  expressions,  and 
fast  procedure  calls.   In  all  cases,  the  modifications  attempt  to  create 
a  superset  of  the  existing  PASCAL  without  invalidating  any  of  its  earlier 
features. 

Since  it  is  envisaged  that  PASCAL  is  to  be  used  to  write  operating 
systems,  certain  basic  operations,  like  input/output  would  have  to  be 
handled,  either  by  adding  special  constructs  to  PASCAL,  or  enabling  calls 
to  assembly  language  written  routines.   The  latter  has  been  made  possible 
in  a  fashion  which  treats  assembly  language  modules  as  external  procedures. 

(J.  Krishna swamy) 
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11.2     Microprogramming 

In  the  last  quarter  the   Lockheed  SUE  microinstruction  simulator 
has  been  rewritten  in  PASCAL.      This  has  been  done   for  the  following 

reasons : 

1.   To  allow  the  simulator  to  run  under  batch  on  the  ED-11 

to  allow  classroom  use  of  it. 
2o   To  ease  the  modification  and  further  debugging  of  the 

simulator. 
3.   To  make  the  internal  operation  of  the  SUE  processor,  as 
represented  by  the  simulator,  more  apparent  through  the 
use  of  structured  programming  in  PASCAL. 
The  PASCAL  version  of  the  simulation  is  compatible  with  the 
assembler  language  version  both  with  respect  to  user  instructions  and 
to  internal  and  disk  file  formats  with  the  following  exceptions: 

1.  t<CE>  has  the  effect  as  a  line  feed  to  the  old  simulator. 

2.  Interrupts  through  the  keyboard  to  the  user  are  not  yet 
accepted. 

Further  modifications  may  be  made  in  the  next  quarter,  especially 
with  respect  to  simulating  another  SUE  processor  and  the  writable  control 
store  hardware. 

Also  in  the  last  quarter  a  survey  of  the  architectural  character- 
istics of  minicomputers  has  been  completed.   The  results  of  this  survey 
indicate  a  trend  towards  more  registers  and  fewer  interrupt  levels, 
while  most  other  minicomputer  parameters  have  remained  the  same  over 
the  past  8  years. 


-92- 


All  in  all,  however,  there  seems  to  be  a  relatively  small 
variation  in  these  parameters  among  a  large  majority  of  the  minleomputers 
surveyed.  Thus  no  problem  is  foreseen  in  simulating  the  hardware  of 
minicomputers  in  an  unrestrictive  range. 

In  the  next  quarter,  an  attempt  will  be  made  to  find  a  transparent 
and  structured  method  for  defining  the  instruction  set  of  a  minicanputer. 
A  general  purpose  emulator  would  therefore  be  in  effect  a  compiler  that 
would  map  this  specification  into  an  emulation  program  in  microcode. 

(S.  Davidson) 

11.3  Distributed  Network  Operating  System 

During  the  first  part  of  this  quarter,  efforts  were  made  to 
perfect  the  reliability  of  a  multiprogrammed  l/o  monitor.   This  software 
provides  foreground/background  capability  on  the  PDP-ll/20.   It  forms  the 
nucleus  of  a  distributed  software  system  on  the  experimental  MESH  network. 
Unfortunately  these  efforts  were  frustrated  by  apparently  random  hardware 
errors  on  the  DEC  DIBITS  which  were  not  properly  diagnosed  until  late 
April.   Current  efforts  are  devoted  to  testing  the  multiprogrammed  monitor 
with  the  normal  student  Job  load.   It  is  expected  that  the  network  version 
of  the-  system  will  be  perfected  during  the  summer. 


(G.  Chesson  and  E.  McClary) 
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11#I+  Writable  Control  Store  (WCS) 

Printed  circuit  board  wiring  was  completed  on  WCS  this  quarter. 
The  following  work  remains  to  be  done: 

1.  board  checkout, 

2.  modification  of  Interconnecting  Modules  (ICM)  such 
that  boards  may  be  connected, 

3.  modification  of  SUE  processor  (Lockheed  still  has 
not  delivered  our  second  processor). 

11.5  System  Clock 

A  Programmable  Real-Time  clock,  similar  to  DEC's  KW11-P  (ours 
has  32  bit  registers  instead  of  l6  bit  registers),  has  been  designed. 
Fabrication  is  in  progress. 

11 . 6  Maintenance 

Testers  for  the  PDP-11  Address  (M105)  and  Interrupt  (M7820  and 
M7821)  boards  were  designed  and  built  this  quarter.   Most  of  the  Address 
and  Interrupt  boards  have  been  repaired.   DIP  switches  have  been  installed 
on  some  boards  to  make  their  programming  easier. 

(P.  Krabbe) 

11.7  Bootstrap  PASCAL  and  Run- Time  Package 

During  the  last  quarter,  the  bootstrap  version  of  the  PASCAL 
compiler  has  been  completed,  and  work  is  progressing  on  a  compiler  written 
in  PASCAL  itself.   The  new  version  will  include  the  entire  defined 
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language  PASCAL,  together  with  the  extensions  already  present  in  the 
bootstrap  version,  and  is  being  designed  so  as  to  make  future  extensions 
extremely  easy.   The  intention  is,  in  part,  to  allow  experimentation 
with  language  constructs  to  be  as  simple  as  possible. 

Another  design  constraint  is  that  the  code-generation  routines 
should  be  easily  converted  to  generate  code  for  other  machines,  such  as 
the  Lockheed  SUE. 

The  bootstrap  compiler  has  been  frozen  at  its  present  level,  so 
that  work  can  progress  on  version  2. 

The  differences  between  the  language  accepted  by  the  bootstrap 
version  and  the  language  defined  in  the  PASCAL  report  are  as  follows : 

1.  Variables  of  type  SET  are  not  currently  permitted. 

2.  Only  FILES  of  type  CHAR  may  be  declared.   However,  a  FILE 
may  be  declared  as  a  BINARY  FILE,  in  which  case  it  may 

be  treated  as  a  FILE  of  INTEGER. 

3.  RECORDS  may  not  include  ARRAYS  as  sub fields,  and  a 
declared  TYPE  may  not  include  an  ARRAY. 

k.      PROCEDURE/FUNCTION  parameters  are  not  yet  implemented. 

5.  FUNCTIONS  may  return  only  smple  variables. 

6.  The  GOTO  statement  has  been  sub-divided  into  two 
forms.   The  first  allows  branches  within  the  current 
block,  and  is  invoked  by 

GOTO  <LABEL>; 
The  second  allows  only  branches  out  of  the  current 
block,  to  a  declared  label,  and  is  invoked  by 
EXIT  <LECLARED-LABEL>; 
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This  makes  programs  easier  to  comprehend,  and  removes 
some  possible  ambiguities. 

7.  POINTER  types  are  not  implemented. 

8.  PACKED  ARRAYS  are  not  explicitly  implemented.   However, 
if  a  variable's  values  fall  in  a  sub-range  of  -128.. 127, 
the  variable  will  be  stored  in  a  byte,  so  some  packing  is 
done  implicity. 

9.  ARRAY  and  RECORD  parameters  may  not  be  called  by  value. 

10.  PROCEDURE  and  FUNCTION  parameters  are  not  yet  implemented, 
but  it  is  expected  that  they  will  come  up  prior  to  version 
2  of  the  compiler. 

11.  The  TYPE  'REAL'  is  equivalent  to  INTEGER. 

12.  Any  PROCEDURE  may  be  declared  'FORWARD'.   This  allows 
mutual  recursion  of  PROCEDURES.   The  parameters  of  the 
procedure  must  be  declared  at  the  first  declaration  of 
the  procedure.   If  a  PROCEDURE  is  declared  FORWARD  and 
not  supplied,  a  runtime  error  is  caused  on  the  first 
attempt  to  execute  it. 

13.  A  PROCEDURE  may  be  declared  EXTERNAL.   This  mplies  that 
the  body  of  the  PROCEDURE  is  resident  on  disk,  and 
should  be  loaded.  This  permits  compilation  of  programs 
which  are  too  large  to  be  compiled  as  a  whole.  It  also 
permits  a  program  to  overlay  itself  in  a  natural  manner. 
Currently,  an  EXTERNAL  PROCEDURE  can  only  communicate  . 
with  its  caller  through  the  parameters  on  the  program 
statement. 


The  PROCEDURE  QWERTYUIOP,  declared  EXTERNAL,  will  be 

searched  for  until  the  title  of  QWERTY. COD,  under  firstly 
the  current  user,  and  secondly  [1,1].   This  allows 
public  program  libraries  to  be  set  up. 

E.g., 

PROGRAM  MAIN 
VAR 

I: INTEGER; 
PROCEDURE  QWERTYUIOP (ASD:  INTEGER:  VAR  FGH-  INTEGER)- 
EXTERNAL;  ;' 

BEGIN 

QWERTYUIOP(i+,l); 

WRITE(I,E0L); 
END. 

is  a  possible  main  program.   If  the  program 

PROGRAM  Z(I:  INT;  VAR  J:  INT); 
BEGIN 

J«-I*I; 

END. 

is  supplied  on  disk  under  the  title  QWERTYUIOP.  COD. 
The  output  will  be 

111 
Notice  that  the  parameters  declared  should 
correspond,  in  number,  order,  and  type,  but  the 
names  provided  need  not  agree. 
lk.      The  CASE  statement  has  been  extended  to  allow  'ELSE' 

as  a  CASE  selector.   The  statement  after  the  'ELSE*  is 
executed  if  the  case  variable  takes  on  none  of  the 
other  case  selectors. 
15.   The  statement  WRITE(X:  0),  where  X  is  an  integer, 

causes  X  to  be  printed  with  no  leading  spaces.   Thus 
¥RITE(2:  0,  k:    0) 
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causes  output 

2k 
Further  extensions,  to  permit  octal  and  hexadecimal 
formats  are  being  considered. 

16.  The  WRITE  and  READ  statements  have  been  extended  to 
allow  them  to  apply  to  an  arbitrary  file.   The  syntax  is 

write  MY"FILE(A,B,C); 

17.  The  FILE  declaration  statement  has  been  extended.   The 
current  syntax  is 

ZXC:   FILE[<DIRECTION>,  <FTLETYPE>,  <^EVICE>]  OF  CHAR; 

The  external  name  of  this  file  will  be  <FROGRAMNAME>.  ZXC. 

The  parameters  take  on  the  values 

<DIRECTIOK>  :   can  take  on  values 

IN  -  the  file  can  only  be  used  for  input. 
OUT  -  the  file  can  only  be  used  for  output. 
EXT  -  the  file  will  be  opened  extend,  if  it  exists, 
and  output,  if  it  does  not  already  exist. 

<FILETYPE>   :   can  take  values 

ASCII  -  the  file  is  a  DOS  ASCII  file.  Any  integers 
transferred  to/ from  it  will  be  converted 
to/ from  ASCII.   The  default  files 
input/ output  are  ASCII  files. 
BINARY  -  the  file  is  a  DOS  binary  file.   It 

essentially  consists  of  a  bit  stream. 
Reading/writing  chars  transfers  a  byte 
from/to  the  stream,  while  reading/writing 
integers  transfers  two  bytes. 
<DEVICE>  :  This  field  can  take  on  the  name  of  any  available 

DOS  device.   If  a  non-existent  device  is  specifxed 
a  fatal  error  will  be  caused,  and  the  program 
terminated. 

18.  The  standard  functions  EXTEND(FILE)  and  CLOSE(FILE)  have 
been  added. 

19.  The  assignment  operator  may  be  used  inside  an  expression. 
Thus,  A[I«-I+1]«-J«-K«-1;  is  legal. 


20.  A  string  is  treated  as  a  constant  array,  and  may  be  passed 
as  a  parameter. 

21.  The  assignment  operator  may  operate  on  arrays.   Thus 

A:  ARRAY  [0.  .20]  OF  CHAR; 
A^'THTS  IS  A  STRING'; 

is  a  valid  statement. 

22.  The  READ/WRITE  statements  have  been  extended  to  allow 
specification  of  an  array  argument. 

E.g.,    VAR  A:  ARRAY  [0..79]  OF  CHAR;  B:  ARRAY  TO.. 101  OF  INT 
READ(A,B);  L     J 

will  read  80  characters  from  the  input  file  into 
A,  and  will  read  the  next  11  integers  on  the  input 
file  into  B.   If  a  character  array  is  read  from 
an  ASCII  file,  the  read  is  terminated  by  an  EOL, 
or  by  the  end  of  the  array,  whichever  occurs  first. 
Writing  a  character  array  onto  an  ASCII  file  is 
terminated  by  an  EOL,  FF,  VT  or  any  negative 
character. 

23.   It  is  possible  to  READ/WRITE  to/from  an  ARRAY  instead  of  a 

FILE.   An  ARRAY  is  assumed  to  be  an  ASCII  FILE. 

There  are  several  routines  in  the  runtime  package  for  which 

suitable  language  constructs  are  not  yet  available.   These  include: 

A.  Core  allocation/deallocation  procedures,  in  readiness 
for  the  implementation  of  pointers. 

B.  A  loader,  currently  used  by  external  procedures,  and 
by  overlays  in  the  runtime  system  itself.   There  will 
eventually  be  some  type  of  construct  to  permit  run-time 
correspondence  between  a  PROCEDURE  and  a  FILE. 

C.  A  program  may  start  up  a  procedure  as  an  independent  job, 
or  as  a  dependent,  asynchronous  process.   This  is  one 
form  of  allowing  multi- tasking. 


In  addition  to  the  work  on  PASCAL,  DEC'S  MACRO  ASSEMBLER  has 
been  modified  so  that  the  permanent  symbol  table  may  inolude  registers, 
constants,  and  pre-digested  maoros.  A  PASCAL  program  has  been  written 
to  take  a  maoro  library  as  input,  and  produce  an  object  module  suitable 
for  linking  to  MACRO. OBJ  as  output. 

(I.  Stocks) 

11,8  Deadlock  Problems  in  networks 

In  a  large  computer  network  in  which  processors  have  common  access 
to  resources,  resource  management  becomes  a  significant  problem.  In 
particular,  the  problem  of  deadlock  must  be  considered  in  the  allocation 
of  resources.  Centralized  resource  management  schemes  impose  an  inherent 
size  limitation  on  the  system,  for  if  the  system  is  too  large,  the  single 
resource  manager  becomes  a  bottleneck.  Thus  resource  management  in  a 
large  system  must  be  distributed.  The  problems  related  to  the  distribution 
of  resource  management  were  studied  and  the  results  are  the  subject  of  a 
master's  thesis  (UIUCDCS-R-71+-619  to  appear  Juty  197«. 

The  various  types  of  centralized  deadlock-related  algorithms  were 
surveyed  in  terns  of  their  adaptability  for  distributed  control.  The 
.aain  problems  encountered  in  adapting  these  algorithms  are  related  to 
the  interference  among  processes  performing  resource  management  tasks 
simultaneously.  Three  distinct  types  of  interference  problems  were 
identified  and  solutions  were  given.  These  solutions  are  demonstrated 
in  some  very  fast  distributed  resource  management  procedures  which  were 
designed. 
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In  the  event  that  deadlock  does  occur  in  a  distributed  network, 
compatible  recovery  procedures  must  be  available.   Guidelines  for  the 
design  of  these  recovery  procedures  were  given  with  further  examples. 

Finally,  since  no  single  set  of  distributed  resource  management 
procedures  can  perform  well  in  every  system,  a  discussion  is  given  on  how 
to  select  the  most  cost-effective  resource  management  scheme  for  any  given 
system. 

(T.  Miller) 

11 o 9  SUE  Microassembler 

The  final  draft  of  the  SUE  Microassembler  language  manual  was 
completed  and  the  language  design  was  frozen.   As  for  the  coding  of  the 
microassembler  in  PASCAL,  several  major  routines  were  rewritten  entirely, 
and  large  blocks  of  code  were  broken  down  into  procedures  for  modularity. 
The  end  result  was  a  shorter,  and  hopefully  faster  program.  As  debugging 
of  procedures  continued,  the  program  developed  into  two  passes.  When 
intermediate  files  came  into  existence  in  PASCAL,  the  debugging  continued. 
Test  programs  have  been  set  up.   Maintenance  manuals  and  other  documenta- 
tion are  being  completed.   The  microassembler  is  expected  to  be  fully 
operational  by  the  end  of  spring  semester. 
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12.   CENTER  FOR  ADVANCED  COMPUTATION 

(Supported  in  part  by  the  Advanced  Research  Projects  Agency  under  contract 
No.  DAHCOU  72-C-OOOl  and  National  Science  Foundation  grant  No.  GI-35179X) 

REPORT  SUMMARY 
This  is  a  progress  report  for  the  Center  for  Advanced 
Computation,  University  of  Illinois  at  Urbana-Champaign.  During  this 
period  there  was  research  in  the  following  areas: 

1.  Applied  Mathematics 

2.  Pictorial  Pattern  Information  Processing 

3.  Distributed  Systems 

h.      Network  Terminal  Systems 

5.  Energy  Research 

6.  Application  Systems  Group 
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12 -1       APPLIED  MATHEMATICS  GROUP 

12.1.1  Exponential  Approximation 

A  document  [l]  was  prepared  describing  work  through  October,  1973, 
on  an  algorithm  involving  differential  corrections  and  linear  programming. 
Suggestions  were  made  in  that  document  as  to  possible  improvements  in  the 
algorithm.   Some  progress  has  been  made  in  carrying  out  those  suggestions, 
but  program  debugging  is  still  necessary  before  extensive  trials  can  be 
carried  out  and  conclusions  reached. 

12.1.2  Large  Matrix  Problems 

The  spectral  synthesis  method  [2]  developed  in  collaboration  with 
members  of  the  Chemistry  Department  has  been  tried  on  large  problems  of 
physical  importance.   The  matrices  for  which  the  generalized  eigenvalue 
problem  had  to  be  solved  were  of  order  256.   A  variation  of  the  QZ  algorithm 
developed  by  Sameh  and  Chang  [3]  was  used  and  very  good  results  were 
obtained,  the  largest  residuals  being  of  the  order  of  lO"11.   Some  thought 
is  being  given  to  iterative  methods,  which  should  be  readily  adaptable  to 
parallelism  and  ILLIAC  IV. 

The  Simultaneous  Iteration  Method  [  1* ,  5]  for  finding  the  leading 
eigenvalues  and  corresponding  eigenvectors,  has  been  generalized  to  obtain 
the  eigenvalues  of  a  large  sparse  symmetric  matrix  in  any  interval 
[a,  b],  [6].   The  new  method  is  quite  suitable  for  dealing  with  such  sparse 
matrices  on  a  parallel  computer.   The  algorithm  has  been  adequately  tested 
on  a  serial  machine  and  we  are  in  the  process  of  writing  an  ILLIAC  IV 
program. 
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12 -2  PICTORIAL  PATTERN  INFORMATION  PROCESSING 

12.2.1  Introduction 

With  continued  support  from  ARPA,  NASA  and  USGS,  development  of 
ARPA  Network  and  ILLIAC  IV  mult i spectral  image  processing  facilities 
continues.   At  the  request  of  Information  Sciences  Institute  (iSl)  the 
interactive  TENEX  multispectral  image  editing  system  has  now  been  moved 
from  ISI  to  Bolt,  Beranek  &  Newman  (BBN)  where  it  will  be  generally 
accessible  to  ARPA  Network  users  at  BBN  commercial  rates.   The  Statistical 
Reporting  Service  (SRS)  of  USDA  plans  to  use  this  system  for  editing  and 
small-scale  analysis  of  ERTS  data  corresponding  to  ground  truth  areas  over 
two  states.   The  ARPA- supported  image  modeling  group  of  Purdue  will  also 
be  using  this  software  to  achieve  immediate  ARPA  Net  image  processing 
capabilities. 

12.2.2   ILLIAC  IV  Pattern  Information  Processing 

Both  multivariate  cluster  analysis  and  statistical  classification 
ASK  algorithms  are  now  operational  on  ILLIAC  IV  for  large-scale  analysis  of 
ERTS  multispectral  imagery.   Direct  comparisons  between  the  ILLIAC  IV  and 
the  IBM  360/6?  of  LARS/Purdue  indicate  processing  speed  ratios  between  two 
and  three  orders  of  magnitude  for  these  two  algorithms.   The  availability 
of  instruction  overlap  on  ILLIAC  IV  and  more  comprehensive  data  management 
systems  will  greatly  improve  existing  ILLIAC  IV  processing  rates  and  throughput 
capabilities.   NASA  support  has  been  secured  for  development  of  ERTS  data 
management  and  editing  on  the  IB!!  360/67  at  Ames  Research  Center. 
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12 . 2 . 3  Image  Processing  Graphics  Support 

Software  has  been  developed  for  plotting  in  color  interpreted 
pictorial  information  using  the  Zeta  plotter.  ERTS  data  interpretations 

can  now  be  plotted  as  colored  resource  maps  equivalent  with  respect  to  scale 
and  geography  to  USGS  7V  quadrangles.   CAC  Imlac  image  processing  software 
will  be  shared  with  NASA/Ames  and  Purdue.   Extensive  use  of  the  DICOMED  film 
scanning  output  device  at  NASA/Ames  is  being  planned. 

12 . 2 . k     Pattern  Information  Processing  Algorithms 

Research  continues  toward  the  development  of  pattern  information 
correlation  algorithms.   Current  work  involves  the  development  of  efficient 
procedures  for  determining  maximum- entropy  minimum-energy  information 
distributions  within  networks.   The  MEME  pattern  correlation  coefficient  is 
being  researched  as  a  mathematical  basis  for  stereopsis.  A  report  in  this 
area  is  forthcoming. 
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12-3   DISTRIBUTED  SYSTEMS 


12-3-1   Introduction 


The  Distributed  System  Group  conduets  research  in  distributed 
computational  system  of  heterogeneous  computers.  The  principal  effort 
in  the  six  month  period  has  been  directed  to  outline  the  scope  of  the 
problem  and  to  determine  the  range  of  costs  and  benefits  accrued  by  a 
single  software  environment  that  spans  several  computers.  Preliminary 
results  indicate  that  a  large  class  of  systems  can  be  implemented  as 
distributed  systems  on  dissimilar  computers  and  have  higher  performance, 
higher  reliability  and  lower  cost  than  would  be  achievable  on  a  single 
computational  facility. 

12-3-2  PL/1  Compatibility 

The  PI/1  compatibility  study  was  completed  in  December  of  1973 
with  the  exception  of  the  study  of  l/o  compatibility.  It  appears 
reasonable  to  use  PL/1  as  a  compatible  language  for  distributed  systems. 
PL/1  multi-tasking  and  compile  time  facilities  are  currently  planned 
to  be  dropped  from  the  final  PL/1  ANSI  standard.  Therefore,  the 
incompatibility  of  those  facilities,  as  they  currently  exist  on 
different  vendor  equipment,  becomes  a  moot  question.  At  the  beginning 
of  the  project,  PL/1  was  considered  as  a  good  general  choice  due  to  its 
availability  on  Multics,  IBM,  and  Burroughs  equipment.   Since  then, 
PL/1  compilers  have  become  available  on  or  win  shortly  become  available 
for  Honeywell  GCOS,  UNIVAC,  Control  Data,  and  Data  General  Equipment. 
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12 . 3 • 3  Multi-machine  Education 

An  education  effort  was  undertaken  to  improve  the  fluency  of 
distributed  system  group  programmers  in  the  use  of  Multlcs,  the  B67OO, 

TSO  on  OS/ 360,  and  TSS  on  the  360/67.   That  program  has  been  completed. 
The  programmers  are  fluent  in  the  generation  of  software  on  each  of 
those  systems  at  the  level  of  interaction  with  the  network  control 
program  (when  such  interactions  are  permitted). 

12 . 3 . k     Network  Protocols 

The  study  of  process-to-process  protocols  that  live  on  top 
of  standard  ARPA  network  host-to-host  protocols  was  begun  this  period. 
This  study  was  conceptualized  as  an  investigation  of  process  control 
and  data  transfer  protocols.   It  has  evolved  into  an  identification  of 
the  need  for  network-wide  utilities  and  the  provision  of  protocols  to 
support  those  utilities. 

The  concept  of  a  data  management  protocol  to  study  a  resilient 
process-to-process  protocol  has  been  chosen.   The  data  management 
protocol  under  study  would  be  data  management  system  independent.   It 
would  recognize  the  difference  between  the  transmission  of  update 
requests  vs.  the  transmission  of  read  requests.   The  protocol  may  be 
multi-level  and  take  into  account  that  parts  of  it  might  be  executed 
in  a  communications  front-end,  'like  ANTS,  a  large  host,  or  even  an 
intelligent  local  terminal  with  an  imbedded  micro-processor. 

12 . 3 . 5  Network  Economics 

A  study  of  the  performance  and  economic  implications  of 
distributed  systems  was  begun  and  some  preliminary  results  generated. 
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These  results  indicate  that,  for  certain  tasks  up  to  2  orders  of 
magnitude,  cost  and  performance  improvement  can  be  achieved  by  the 
correct  choice  of  machine  on  the  ARPA  network.   Furthermore,  some 
machines  which  are  the  very  best  at  some  task  (e.g.,  the  360/91  at 
number  crunching)  are  the  worst  at  other  tasks  (e.g.,  the  360/91  at 
data  management).   Distributed  computing  seems  to  be  feasible  for 
surprisingly  small  tasks. 

A  program  of  benchmarking  various  machines  on  the  network  has 
begun.   The  purpose  of  the  program  is  to  quantify  the  effectiveness  of 
each  of  the  hosts  in  a  full  cost  recovery  heterogeneous  environment. 
A  detailed  set  of  numerical  benchmarks  has  already  been  run  and  some 
preliminary  data  management  benchmarks  have  been  generated  to  produce 
the  conclusions  in  the  first  paragraph  of  this  section.   More  detailed 
benchmarks  in  the  areas  of  number  crunching,  bits  and  character  flogging, 
file  flogging,  and  console  management  are  nearly  complete. 

12 -3-6  Network  Consultation  and  Assistance 

Due  to  its  unique  experience  with  distributing  computing  and 
expertise  on  a  multiplicity  of  ARPA  network  computational  facilities,  the 
Center  for  Advanced  Computation  has  been  frequently  called  upon  to  provide 
general  consultation  and  assistance  to  other  ARPA  contractors  and  Depart- 
ment of  Defense  agencies  who  wish  to  use  the  ARPA  network  in  a  more 
production  oriented  mode.   In  particular,  the  Center  has  provided 
extensive  assistance  to  the  ARPA  Eiocybernetics  prcject  to  ease  their 
use  of  the  Multics  based  Consistent  System  and  to  link  Consistent  System 
capabilities  with  the  BIOKED  statistical  package  available  at  the 
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CCN  360/OI.  The  Center  has  also  consulted  with  the  Joint  Technical 
Support  Activity  on  a  set  of  WWMCCS  related  problems.   Of  particular 
interest  have  been  the  provision  of  distributed  data  management  facilities 
in  a  hostile  environment. 
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12-4   NETWORK  ACCESS  SYSTEMS 

12 . 4 . 1   Introduction 

The  Network  Terminal  Systems  (NTS)  Project  in  the. Center  for 
Advanced  Computation  has  the  following  objectives:   (l)  Design  and 
Development  of  the  ANTS,  MARK  II  system,  (2)  Support  of  selected  ARPA 
contractors  in  the  installation  of  ANTS  systems,  (3)  Participation  in 
network  protocol  development,  (k)   Graphics  support  for  programs  in  the 
CAC  and  Laboratory  for  Atmospheric  Research,  and  (5)  Operation  of  the 
University  of  Illinois  ANTS  system. 

12.4.2   ANTS,  MARK  II 

During  the  first  half  of  the  six-month  period,  coding  of 
level  0  and  1,  and  checking  out  of  all  level  0  and  a  few  level  2 
functions  was  completed.   In  the  second  half  of  this  period,  coding  of 
level  2  was  also  completed,  including  the  terminal  handler  and  NCP, 
as  well  as  TELNET.   These,  along  with  level  1  modules,  were  in  a 
checkout  phase  at  the  end  of  this  period. 

The  user  TELNET  version  of  ANTS,  MARK  II  is  expected  to  be 
making,  connections  to  the  network  by  mid-April  with  server  TELNET 
providing  login  capability  from  the  network  by  early  May. 

A  debugging  system  was  developed  which  consists  of  two 
facilities:   a  run-time  interactive  debugger  similar  in  function  to 
DEC  DDT,  and  a  disk- image  patcher  which  runs  independently  of  ANTS. 
Phe  system  has  facilitated  the  debugging  process  and  greatly  reduced 
:he  number  of  required  re  compilations.- 
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12.^.3  ANTS  Steering  Committee 

The  ARPA-IPT  office  established  an  ANTS  Steering  Committee 
to  help  guide  the  ANTS,  MARK  II  development  and  assess  its  suitability 
as  a  network  access  mechanism.   In  January  of  19Jk,   the  ANTS  Steering 
Committee  met  with  the  members  of  the  NTS  staff  for  three  days  of 
technical  discussions  and  planning  sessions.   The  members  of  the 
Steering  Committee  are  Ken  Pogran,  Jerry  Burchfiel,  Tom  Boynton,  and 
Dave  Crocker. 

A  part  of  the  technical  discussion  was  centered  around  the 
ANTS,  MARK  II  system  design  and  use  of  the  PEESPOL  compiler  for  imple- 
menting site-specific  applications  on  the  PDP-11-   The  consensus  of 
the  Steering  Committee  was  that  "ANTS  is  an  excellent  general  purpose 
network  access  device,  and  that  it  offers  a  good  base  upon  which  to 
build  specialized  network  access  facilities."  It  was  also  generally 
agreed  that  "the  development  of  PEESPOL  had  contributed  greatly  to  the 
cleanliness  and  extensibility  of  the  ANTS  system." 

Another  topic  of  the  technical  discussion  was  directed  at 
establishing  a  set  of  general  specifications  for  ANTS.   The  specifica- 
tions call  for  individual  ANTS  systems  to  be  tailored  according  to  the 
hardware  on  the  system  and  the  software  modules  desired.   Obviously, 
for  any  given  system,  the  software  which  can  be  included  depends  on  the 
hardware  available.   The  specifications  outline  the  user-level  features 
available  in  ANTS,  MARK  II,  including  TIP-emulation,  command 
abbreviation/completion,  rich  terminal  support  and  other  generally 
friendly  features. 
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The  determination  of  priorities  by  the  ANTS  Steering 
Committee  was  very  closely  tied  to  the  technical  discussion.   The 
outcome  of  those  sessions  was  a  plan  for  the  production  of  the  initial 
working  version  of  ANTS,  MARK  II  and  an  ordering  of  priorities  for 
subsequent  required  features.   These  plans  called  for  the  installation 
of  the  first  version  to  be  installed  at  UCLA-NMC  in  April  supporting 
basic  TELNET.   In  ter^s  of  user- level  features,  this  first  installation 
will  support: 

command  abbreviations; 
character  and  line  modes; 
line  mode  input  editing; 

™^ird,S-inSe^ed  Sfter  carria§e  control  functions; 

divert™  Tr1?     ^   ***  terTninal  CarriaSe  cont-°l  functions; 
diversion  of  terminal  output  to  the  printer;  and 

multiple  connections  per  terminal. 

Activities  which  we  are  trying  to  complete  in  the  current 
fiscal  year  include: 

user  and  server  FTP; 

NETRJE; 

device  drivers  for  the  DH11,  RK11,  DL11,  and  DC11; 

documentation;  and 

extensions  to  PEESPOL  to  support  separate  module  compilation 
ana  linkage. 

Other  activities,  to  be  jointly  supported  by  ARPA,  Lincoln 
Labs,  and  NASA  Ames  include:   device  drivers  for  the  MTU,  Dill,  PC11, 
and  possibly  a  LP11.  These  are  expected  to  be  completed  during  the 

summer. 

The  ANTS  Steering  Committee  strongly  recommended  to  ARPA 
that  continued  support  be  given  to  such  activities  as  fancy  terminal 
support,  command  completion,  and  extended  TELNET;  documentation  and 
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user  support,  changes  and  future  developments  to  network  protocols, 
ANTS  reliability  enhancements,  maintenance  and  slight  improvements  to 
the  PEESPOL  compiler,  system  measurements,  and  various  cooperative 
efforts  with  other  network  activities. 

12.k-.k-     ANTS,  MARK  I 

During  the  months  of  December,  January,  and  February,  an 
effort  was  launched  to  make  a  number  of  improvements  and  enhancements 

to  the  current  MARK  I  prototype  ANTS  system.   This  system  was  then 
installed  at  a  number  of  sites  on  the  network  as  an  interim  measure  to 
provide  network  access  before  the  initial  delivery  of  MARK  II. 

A  separate  information  bulletin  has  been  sent  to  all  sites 
receiving  MARK  I  installation  detailing  the  differences  between  the 
latest  version  and  previous  versions.   In  addition,  a  user  guide  has 
been  written  detailing  the  current  commands  and  available  capabilities 
of  MARK  I  ANTS.   It  was  distributed  the  week  of  March  k,    19Jh. 

The  following  sites  on  the  network  are  running  the  MARK  I 


system: 


Center  for  Advanced  Computation  -  University  of  Illinois 
Network  Terminal  Systems  Group  -  University  of  Illinois 

Army  Materiel  Command  -  Ft.  Belvoir,  Virginia 

Ballistic  Research  Laboratory  -  Aberdeen  Proving  Grounds, 

Maryland 
Network  Measurement  Center  -  University  of  California, 

Los  Angeles 
Lawrence  Livermore  Laboratory  -  RIS03  Project 
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18.4.5  PLATO/AMTS 

The  experimental  linkup  between  a  modified  PLATO  IV  plasma 
terminal  at  UCSB  and  the  PLATO  system  at  Illinois  appears  to  be 
successful.  The  terminal  at  Santa  Barbara  is  attached  to  the  IBM  360/75 
(it  is  standard  ASCII  compatible)  and  from  there  can  access  the  network. 
At  the  Illinois  end,  the  PLATO  system  is  connected  to  ANTS  through  a 
direct  phone  line.  As  an  interim  measure,  the  software  of  MARK  I  was 
experimentally  modified  to  listen  on  preassigned  sockets  for  the  PLATO 
connection.  The  user  at  UCSB  must  set  up  two  simplex  connections  to 
these  numerically  adjacent  sockets. 

In  mid-March,  the  PLATO  software  was  installed  in  the  production 
MARK  I  system  at  Illinois  on  an  experimental  basis.   It  will  remain  there 
so  long  as  it  does  not  appear  to  unduly  degrade  system  performance.  The 
multi-user  PLATO  module  may  be  written  for  MARK  II.   In  MARX  II,  the  module 
would  be  overlayable  and  the  connection  would  be  initiated  through  a  normal 
ICP  connection. 

12.4.6   PEES POL 

Work  on  PEESPOL  over  the  past  six  months  has  been  a  mixture 
of  debugging  of  new  features  implemented  in  the  previous  six  months,  and 
adding  new  features  to  the  compiler.  Among  the  new  features  ^ 

Upi-leev1e1in:,°dre::inG°;Senerat0r  imP™nts  «"  enhancements; 
Allocation  of  separate  code  and  data; 
Greatly  enhanced  loop  control  facilities; 
Mew  patch  merging  facilities; 

Separa^o"-!1:'^  readab11^  -Pavements;  and 
Separate  compilation  and  binding  facilities 
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12 . k . 7  Hardware 

During  this  reporting  period,  several  IMP  Interfaces  were 
delivered.  These  went  to  Ames,  UCLA,  and  MBS-  Along  with  the  Ames 
interface,  our  first  "Distant  Host  Adapter"  was  delivered. 

A  new,  improved  "IMP  Indicator  Panel"  was  delivered  during 
this  period.   The  panel  consists  of  1U3  light  emitting  diodes,  that 
display  the  state  of  the  major  registers  and  control  elements  in  the 
IMP  Interface.   Currently,  Ames  is  the  only  site  with  this  new  panel. 
Improvements  were  made  to  the  IMP  Interface  to  improve  its 
operation  with  both  the  PDP-11  and  the  IMP.   These  improvements  are 
manifest  in  the  form  of  Engineering  Change  Orders  Nos.  h,    5,  6  and  7, 
which  have  been  incorporated  into  most  interfaces. 

A  report  is  in  preparation  for  ARPA's  Interface  Standardiza- 
tion Committee.   This  report,  to  be  completed  in  early  April,  describes 
the  history  of  the  Illinois  interface,  its  users,  desirable  engineering 
changes  which  could  be  issued,  and  a  detailed  response  to  the  Committee's 
questionnaire  of  29  March. 

12 . k . 8  Documentation 

A  concentrated  effort  in  documentation  was  begun  in  December. 
A  preliminary  plan  for  desirable  documentation  has  been  outlined. 
Several  new  documents  are  being  written  at  the  present  time,  and  revisions 
to  existing  documents  are  either  under  way  or  contemplated.   Existing  and 
planned  documentation  are  summarized  below. 

As  one  might  expect,  the  major  problem  with  providing  documen- 
tation is  the  pressing  need  for  programmers  to  move  on  to  their  next 
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task.   This  will  be  alleviated  by  assigning  personnel  to  the  documenta- 
tion section  at  appropriate  milestones  in  their  work,  until  the  required 
documentation  is  completed. 

Summary  of  Available  Documentation 

Bouknight  j  W.   Gary  Grossman,  and  Dave  Grothe,  "A  New  Approach  to 
Network  Access   NTS  Document  No.  1.   Paper  presented  at  the 

•  I ™mcation  interface  '73  Symposium,  St.  Petersburg, 
Florida,  November  1973.  Urbana,  111.:  Center  for  Advanced 
Computatxon,  University  of  Illinois  at  Urbana- Champaign?  1973- 

This  document  is  an  overview  of  the  ANTS  MARK  II  system.   It  is 
slightly  out  of  date,  but  the  best  public  summary. 

Bouknight,  Jack,  "IMP  Interface  Manual,"  NTS  Document  No.  2.  Urbana, 

«t  tV-k    ltT  Advanced  Computation,  University  of  Illinois 

at  Urbana-Champaign,  1973-   150  pages.  ni-inois 

^^T10/1   df Cription  and  installation  manual  for  the  PDP-11 
to  interface  designed  by  the  University  of  Illinois. 

Bouknight,  Jack,  "ANTS  Mark  I  Support  System."  Urbana  m  •  n~   +   » 

Advanced  Computation,  University  of  TliT™    l^'i         nter  f°r 
197^.  65  pages.      university  of  Illinois  at  Urbana-Champaign, 

This  is  a  new  document  which  is  presently  in  first-draft  f™ 

M   ^rTrthr6  T^T   ""  ^»«  «*  *  L^^' 

ANTS  Mark  I  through  network  connection  to  the  UCSD  B670O. 

Grothe,  David ^PEESPOL:  A  Metaprogra^ing  Language  for  Operating  Systems." 

imnni,  « Vt  ,    1'  f°r  Advanced  Computation,  University  of 
Illinois  at  Urbana-Champaign,  1974.   17  pages. 

PEESP0L^Cai  PaPer  deSCribing  the  metalanguage  facilities  of 

Grothe,  David,  "PEE3P0L  Reference  Manual,"  NTS  Document  No.  5.  Urbana 

at  Urbanf  r^  f°r  AdVanC6d  ComP^a.ion,  University  of  Illinois 
at  Urbana-Champaign,  1973.   16 1+  pages.  y    iiiinois 

ln^rtSithe   definitive  statement  of  the  PEE3P0L  language.   The 
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Kelley,  Karl,  "ANTS  Mark  II  System  Description."  Urbana,  111.:   Center 
for  Advanced  Computation,  University  of  Illinois  at  Urbana- 
Champaign,  197*-  60  pages. 

This  new  document  is  presently  in  first  draft  form.  The 
early  chapters  give  an  overview  of  the  ANTS  Mark  II  system. 
Later  chapters  will  provide  increasingly  detailed  descriptions 
of  major  elements  of  the  ANTS  code. 

Kelley,  Karl,  "Plan  for  Documentation  of  ANTS."  Urbana,  111.:   Center 
for  Advanced  Computation,  University  of  Illinois  at  Urbana- 
Champaign,  l^jh.      15  pages. 

This  is  a  new  and  temporary  document  used  for  planning  purposes 
only. 

Network  Terminal  System  Group,  "ANTS  Mark  I  User  Guide,"  NTS  Document 

No.  6.  Urbana,  111.:   Center  for  Advanced  Computation,  Univer- 
sity of  Illinois  at  Urbana- Champaign,  19TU.:  55  pages. 

This  is  a  new  document,  created  from  the  outdated  "Getting 
Started  on  the  ARPANET".  It  will  be  distributed  shortly  to 
all  Mark  I  users.  A  limited  set  of  examples  will  be  expanded 
in  future  revisions. 

Network  Terminal  System  Group,  "Network  User's  Handbook,"  NTS  Document 
No.  3.  Urbana,  111.:   Center  for  Advanced  Computation, 
University  of  Illinois  at  Urbana- Champaign,  1973-   150  pages. 

A  handbook  designed  primarily  for  use  at  Illinois,  this  document 
describes  the  user  interface  to  ANTS,  and  introduces  various 
user  sites  on  the  network.  The  document  is  intended  primarily 
for  ANTS  users  at  the  University  of  Illinois.  It  is  in  need  of 
revision  for  reasons  of  outdated  personnel  information  and 
changes  to  ANTS  MARK  I. 

Sher,  M.  S.,  "A  Case  Study  in  Networking,"  NTS  Document  No.  k.     Urbana, 
111.:   Center  for  Advanced  Computation,  University  of  Illinois 
at  Urbana-Champaign,  1973-   18  pages. 

An  article  first  published  in  the  Fall  1973  issue  of  the  EDUCOM 
Bulletin  and  later  revised  for  publication  in  the  March  1974 
issue  of  Datamation.   It  describes  the  experience  at  Illinois 
of  moving  from  a  local  B67OO  operation  to  almost  total  dependency 
on  ARPANET  service  sites. 

Sher,  M.  S.,  "Retail  Outlets  for  Network  Computer  Services,"  NTS  Document  I 
No.  7.  Urbana,  111.:   Center  for  Advanced  Computation,  Univer- 
sity of  Illinois  at  Urbana-Champaign,  19Jh.      lU  pages. 

An  invited  paper  presented  at  the  AAAS  symposium,  "Organizing 
Computer  Networks  for  Science,"  San  Francisco,  February  26,  197*1 
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12-5  EMERGY  RESEARCH 

The  Center  is  developing,  under  a  reeent  grant  from  the  National 
Science  Foundation,  a  program  to  evaluate  the  environmental  and  economic 
impacts  of  energy  resource  consumption.   The  program  studies  the  use  of 
energy  in  today's  goods  and  services,  and  seeks  lover  energy  alternatives. 
Also,  working  closely  with  members  of  the  Center's  Economics  staff,  the 
project  is  utilizing  computer  technology  to  quantify  and  analyze  the  effects 
of  various  energy  alternatives  on  the  labor  market. 

A  number  of  studies  have  been  conducted  in  such  areas  as  measuring 
energy  and  employment  effects  of  mandatory  deposits  on  beverage  containers, 
comparison  of  various  transportation  modes,  and  the  dollar,  energy  and  employ- 
ment  impacts  of  consumer  options. 

In  the  area  of  energy  supplies,  staff  members  have  conducted  studies 
on  low  sulfur  coal  reserves  and  resources,  and  nuclear  power  availability  to 
1985.   In  the  demand  area,  a  study  was  done  on  the  composite  demand  of  energy 
by  fuel,  user,  and  PAD  (Petroleum  Administration  for  Defense)  district  to 
1985. 

Energy  usage  in  the  commercial  and  industrial  sectors  of  the 
I    S.  Economy  was  examined,  and  the  interindustry  energy  model  developed  at 
^AC  was  modified  to  evaluate  fuel  substitution  alternatives. 
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12.6  APPLICATION  SYSTEMS  GROUP 

12 . 6 . 1  Introduction 

The  application  systems  group  has  a  service  orientation. 
A  principal  activity  is  to  maintain  software  systems  developed  at  the 
Center  and  help  external  groups  to  use  them.   A  major  secondary 
activity  is  liaison  with  state,  regional,  and  local  government  staff 
to  explore  computer-based  support  and  to  offer  technical  consultation. 

12 . 6 . 2  Natural  Resource  Information  Systems 

The  IRIS  (Illinois  Resources  Information  System)  was  developed 
at  the  Center  to  give  environmental  planners  easy  and  rapid  access  to  a 
wide  range  of  information  on  natural  resources.   Data  on  geology, 
hydrology,  forestry  and  vegetation,  soil  characteristics,  and  land  use 
patterns  are  maintained  by  the  system. 

During  this  period,  staff  members  continued  in  their  assistance 
of  IRIS  users,  particularly  with  the  Northeastern  Illinois  Planning 
Commission. 

12 . 6 . 5   Socio-Economic  Data  Base  Management 

The  University  of  Illinois'  Department  of  Agricultural 
Economics,  together  with  other  units  of  the  College  of  Agriculture,  has 
established  ISEIRD  (Illinois  Socioeconomic  Indicators  for  Rural  Develop- 
ment), a  data  collating  and  retrieval  system. 
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The  objective  is  to  provide  a  set  of  continuing  and  updated 
information  on  initial  aspects  of  Illinois  agriculture  and  rural  life. 
CAC  is  developing  interactive  computer  tools  for  researchers 
that  will  be  utilizing  ISEIRD  data.   Facilities  will  be  provided  for 
creating,  manipulating,  displaying  and  maintaining  data  archives.   The 
Center  is  building  a  computer  system  that  will  then  provide  rapid 
access  to  data  sets  for  extension,  education,  planning  and  research 
purposes. 

12 -6.^   Land  Use  and  Related  Information  Support 

Staff  members  have  served  as  technical  liaisons  to  state 
government  agencies  on  several  land  use  and  environmental  issues.   A 
primary  contact  is  the  Bureau  of  the  Budget,  an  agency  that  is  concerned 
with  state  planning  and  the  role  of  Illinois  with  respect  to  federal 
legislation.   The  Center  has  been  represented  in  efforts  to  discuss  a 
statewide  legislative  information  system  and  other  data  oriented 
projects  of  such  a  comprehensive  scope. 
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13-   GENERAL  INFORMATION 
13-1  Personnel 

The  number  of  people  associated  with  the  Department  in  various 
capacities  is  given  in  the  following  table: 


Full-time 

Faculty  ^ 

Visiting  Faculty  , 

Research  Associates  and  Instructors    0 

Graduate  Research  Assistants  0 

Graduate  Teaching  Assistants  0 

Hourly  Junior  Academic  0 

Professional  Personnel  1 

Administrative  and  Clerical  15 

Nonacademic  Personnel  (Monthly)  12 

Miscellaneous  Supporting  Staff 

(Hourly)  0 


Part-time 

FTE 

3 

26.50 

0 

3.00 

0 

54 

2^.53 

31 

15.25 

21 

3.82 

0 

1.00 

0 

15.00 

0 

12.00 

1?         5.36 


TOTAL ^ 

56  126         106.46 


The  Department  Advisory  Committee  consists  of  Professor  J.  N. 
Snyder,  Head  of  Department,  Professors  E.  K.  Bowdon,  D.  P.  Cudla,  M.  P 
Palman,  H.  C  Frle(taan,  c.  w.  ^  D_  ^   ^^  ^  ^  ^^  ^  ^ 

Kubltz,  D.  J.   Kuc,  c.  I.  LiU)  R.  s.  Mlchalski;  M_  D  M.ckunaS)  r_  g 
Montanelll,  s.  Muroga,  T.  A.  Mnrrell,  J.  NleTCrgelt,  J.   R.  Phmips, 
W-  J.  Poppelbanm,  s.  R.  Ray,  E.  M.  Relngold>  ,.  £_  ^^    ^    ^ 
Sameh,  P.  E.  saylor,  D.  L.  Slotnick,  D.  S.  Watanabe,  and  T.  R.  Wilcox. 
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13-3  Abstracts 

Alsberg,  Peter  A   "Distributed  Data  Management  in  the  WWMCCS  Environ- 
ment,  CAC  Document  No.  115.   Urbana,  Illinois:   Center  for 
Advanced  Computation  University  of  Illinois  at  Urbana- 
Champaign,  April  1974. 

Abstract: 

The  Distributed  Data  Management  problems  of  the  World  Wide 
Military  Command  and  Control  System  ^WWMCCS)  ADP  network  are 
discussed   The  application  of  recently  developed  data  compression 
and  query  tuning  technology  to  this  problem  is  described   The 
concept  of  a  self  monitoring  and  self  restructuring  data'manage- 
ment  system  is  described.   The  self  organizing  system,  if 
successful,  would  have  a  significant  impact  on  the  ADP  network 
performance  and  reliability.   Initial  areas  of  research  and 
development  are  identified;  a  research  and  development  program 
to  address  those  areas  is  presented;  and  a  plan  is  described  to 
integrate  the  research  and  development  program  with  the  ongoing 
activity  to  develop  a  World  Wide  Data  Management  System  (WWDMS) . 

Belford,  Geneva  G   and  John  F.  Burkhalter,  "A  Differential  Correction 
Algorithm  for  Exponential  Curve  Fitting/'  CAC  Document  No.  92. 
Urbana,  Illinois:   Center  for  Advanced  Computation,  University 
01  Illinois  at  Urbana- Champaign,  November  I973. 


Abstract 


Bezdek. 


This  report  discusses  a  new  approach  to  the  construction  of 
best  uniform  approximations  of  multi-term  exponential  form. 
The  method  used  is  a  combination  of  differential  corrections 
and  linear  programming.   Results  of  a  number  of  computer  tests 
are  discussed  in  detail. 

Roger  H.,  and  Bruce  Hannon,  "Energy  and  Manpower  Effects  of 
Alternate  Uses  of  the  Highway  Trust  Fund, "  CAC  Document 
£li2i+  Ur^.Illinols=   Center  for  Advanced  Computation, 
University  of  Illinois  at  Urbana-Champaign,  December  I973 


Abstract : 


The  direct  and  indirect  dollar,  energy,  and  employment  costs  of 
reinvesting  the  $5  billion  (1975)  Highway  Trust  Fund  in  six 
alternative  federal  programs  are  determined  using  a  large  linear 
computer  model.   These  alternative  programs  are:   Railroad  and 
w^L  TanS+   C°ns^ction,  Educational  Facilities  Construction, 
NaSonIieH  1^  t1^  C°nst™ction>  «*  ^w  Enforcement  Program, 
National  Health  Insurance  Program,  and  Tax  Relief  Program. 

Energy  consumption  would  be  reduced  by  shifting  the  Highway  Trust 
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Fund  to  all  of  these  categories  except  the  Tax  Relief  Program. 
Employment  would  be  increased  in  all  cases.   Energy  consumption 
impact  by  type  of  energy  and  employment  impact  by  occupation 
are  given. 

The  highway  and  railway  transport  systems  are  compared  in  detail, 
and  an  energy-conserving,  employment- increasing  tax  is  suggested. 

Bullard,  Clark  W. ,    "Energy  Conservation  Through  Taxation,"  CAC  Document 
No.  95.   Urbana,  Illinois:   Center  for  Advanced  Computation, 
University  of  Illinois  at  Urbana- Champaign,  December  1973- 

Abstract : 

The  growth  of  energy  productivity  has  slowed  in  recent  years. 
This  trend  implies  that  energy  demands  will  rise  at  increasing 
rates  if  economic  growth  is  sustained.   In  turn,  environmental, 
fiscal,  and  national  security  problems  associated  with  growing 
energy  demands  may  increase  faster  than  our  ability  to  cope  with 
them. 

To  provide  incentives  for  increasing  energy  productivity,  an 
energy  conservation  tax  is  proposed.   A  linear  model  is  used  to 
estimate  the  impacts  of  such  a  tax  on  prices  of  final  products. 
It  is  shown  that  an  ad  valorem  tax  could  be  more  regressive  than 
a  specific  tax  based  on  energy  units. 

Bullard,  Clark  W. ,  and  Robert  A.  Herendeen,  "Energy  Use  in  the  Commercial 
and  Industrial  Sectors  of  the  U.  S.  Economy,  1963,"  CAC  Document 
No.  105.   Urbana,  Illinois:   Center  for  Advanced  Computation, 
University  of  Illinois  at  Urbana-Champaign,  December  1973- 

Abstract: 

This  report  presents  detailed  analyses  of  energy  use  in  the  368 
commercial  and  industrial  sectors  of  the  U.  S.  economy  in  1963, 
and  of  intersector  dependence  in  energy  terms.   Besides  direct 
use,  full  attention  is  paid  to  the  flow  of  non-energy  goods  and 
the  energy  thereby  implied.   The  approach,  which  is  based  on 
energy  Input-Output  analysis,  is  described.   Results:   Infection  2 
sectors  are  ranked  according  to  several  energy-use  criteria: 
1)  direct  energy  use,  2)  energy  intensity  of  the  sector's  output, 
and  3)  energy  required  in  the  actual  economy  to  provide  the  sector' 
total  deliveries  to  final  demand.   In  section  3,  a  detailed  energy 
accounting  of  all  inputs  is  given  for  each  sector. 

Bullard,  Clark  W. ,  "Energy  in  the  Planner's  Mind,"  CAC  Document  No.  Il6. 
Urbana,  Illinois:  Center  for  Advanced  Computation,  University 
of  Illinois  at  Urbana-Champaign,  May  197^- 

Abstract: 

A  land  use  planner  can  substantially  affect  energy  demand  in 
many  ways.   The  planner  designs  the  constraints  within  which 
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the  residents  of  an  area  choose  to  adopt  energy  conserving  or 
energy  wasteful  lifestyles.  unserving  or 

This  paper  defines  the  energy  impact  of  planners'  decisions 
and  develops  a  way  of  thinking  about  energy  so  it  can  be 
considered  at  every  stage  of  the  comprehensive  plann^  process 
Suggestions  are  offered  for  designing  features  into  IcZZtty 

tLlTl [    Xt  fram  the  instabilities  of  energy  shortage" * 
expected  price  increases. 

Center  for  Advanced  Computation,  "Semi-Annual  Technical  Report 

October  1  1972  -  March  31,  1973/'  CAC  Document  No.  jk,  Urbana 
Illinois:  Center  for  Advanced  Computation,  University  of  ' 
Illinois  at  Urbana- Champaign,  April  1973. 

Abstract : 

This  document  reports  progress  on  ARPA  contract  DAHC04-T2-C- 
0001  entitled  "ILLIAC  IV  Applications  Research  at  the  Center  for 
Advanced  Computation,  University  of  Illinois  at  Urbana- SaSafgn  " 
The  principal  objective  of  this  program  is  the  development 
testing  of  numerical  techniques  and  software  systems  for   use  of 
ILLIAC  IV  oyer  the  ARPA  Network.   This  is  being  accomplished 
through  activities  In  the  following  areas ■         mpiisnea 
1.   Development  of  numerical  techniques  suitable  for  parallel 
processing  in  the  areas  of: 

a)  Computational  methods  and  linear  algebra 

b)  Linear  programming 

c)  Combinatorial  algorithms 

d)  Approximation  of  functions 

e)  Integral  equations 

f )  ARPA  Network 

2*   sJI?emPment  °f  ^  ILmC  IV  multisPectral  i^ge  processing 

I      lllTZTl  °l   ILLIAC  IV  langUagS  f°r  the  Phase  JI  astern 
*.   Development  of  programs  in  large  scale  calculations  such  as 

input-output  economic  modeling,  quadratic  assignment  algorithms 
for  various  classes  of  spatial  allocation  problems,  and 
atmospheric  dynamics 
5.   Development  of  Network  Access  Computer  System-ANTS 

Center  for  Advanced  Computation,  "Semi-Annual  Technical  Report,  April  1  1973 

Ceenteef 7   ^  ^Y  ^  DoCUnent  ^    95'  ™J.,    Illinois:  '   ^ 
uHtJ  nZT   MTanced  Computation,  University  of  Illinois  at 
Urbana- Champaign,  October  1973. 


Abstract : 


This  is  a  progress  report  on  ARPA  contract  DAHC04-72-C-0001 
entitled   ILLIAC  IV  Applications  Research  at  the  Center  for 

Du^inr?h?rPUtat,10^  University  of  Illinois  at  Urbana -Champaign.  " 
During  this  period  there  was  research  in  the  following  areas- 
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Development  of  numerical  techniques  suitable  for  parallel 
processing  in  the  areas  of: 

a)  Linear  programming 

b)  Algebraic  eigenvalue 

c)  Approximation  of  functions 

ILLIAC  IV  mulitspectral  image  processing 

Enhancements  to  the  PEESPOL  compiler 

Network  Terminal  Systems  project 

Distributed  computational  systems  of  heterogeneous  computers 


DauffenBach,  Robert  C,  "The  Structure  of  Occupational  Mobility  _m  the 
U.  S.  Economy,"  CAC  Document  No.  103-   Urbana,  Illinois: 
Center  for  Advanced  Computation,  University  of  Illinois  at 
Urbana- Champaign,  December  1973- 

Abstract: 

Knowledge  of  the  extent  and  character  of  occupational  mobility 
is  basic  to  efficient  and  effective  manpower  planning  and  fore- 
casting.  This  study  is  a  highly  detailed  approach  to  such  extent 
and  character  research  questions.   The  fundamental  purpose  of 
this  investigation  is  the  identification  of  mobility-related 
groups  of  occupations  through  use  of  a  neutral  methodology.   A 
cluster  configuration  of  occupations,  based  on  mobility  patterns 
and  linkages,  enables  a  test  of  the  worth  of  the  recently 
proposed  "Job  Family"  basis  of  occupational  classification.   Also, 
it  provides  information  on  the  nature  and  kind  of  families  of 
jobs--thus,  there  is  a  typological  dimension  to  this  study. 

A  theoretical  approach  to  labor  market  dynamics  through  occupational 
mobility  is  provided  in  Occupation  System  Theory— a  synthesis  of 
Vocational  Development  and  Labor  Market  Structure  theories  in 
conjunction  with  the  Job  Cluster  concept.   Two  mobility  models  are 
employed:   (a)  the  probability  transition  matrix  (P)  and,  b)  the 
recruitment  dependence  matrix  (R) .  A  separate  report,  CAC 
Document  No.  104  (NTIS  Report  No.  UIUC-CAC-DN- 73-104) ,  is  a 
Supplementary  Appendix  containing  Occupational  Code  Transformations, 
Probability  Transition  (P)  Matrix,  and  Recruitment  Dependence  (R) 
Matrix. 

Several  important  conclusions  evolve  from  this  study:   aside  from 
identification  of  interesting  supply  interrelationships  between 
the  diverse  job  categories  and  amplification  of  the  dynamics  of 
labor  market  operation,  the  fundamental  conclusion  is  that  the 
job  family  model  is  the  relevant  basis  of  occupational  classification, 

DauffenBach,  Robert  C,  "Supplementary  Appendix  to  CAC  Document  No.  103: 
Occupational  Code  Transformations,  and  Probability  Transition 
and  Recruitment  Dependence  Matrices,"  CAC  Document  No.  104,^ 
Urbana,  Illinois:   Center  for  Advanced  Computation,  University 
of  Illinois  at  Urbana- Champaign,  December  1973- 


•132- 


Abstract : 

This  appendix,  which  is  supplementary  to  CAC  Document  No.  105 
entitled  "The  Structure  of  Occupational  Mobility  in  the  U  S 
Economy,   includes  a  listing  of  the  occupational  code  trans-' 
formations  of  Census  to  "use"  codes  and  computer  print-outs  of 
the  probability  transition  (P)  and  recruitment  dependence  R) 
matrices   Computational  methods  are  discussed  in^haptor  five 
of  the  aforementioned  document.   In  order  to  increase  readahi H +v 
of  the  matrices,  coefficients  identical  to  zerTapptar  as  blan^ 
those  which  round  to  zero  are  printed,  however.  ' 

Dunwoody,  J-  Ernest  Francisco  Puleo,  and  Bruce  Harmon,  "Urban  Bus-Car 

Substitution:   Dollar,  Energy,  and  Labor  Impact,"  CAC  Document 

Un,:vf '-+   ^%Illln0iS:   Center  f°r  Advanced  Computation? 
University  of  Illinois  at  Urbana- Champaign,  December  1973. 

Abstract: 

The  direct  and  indirect  dollar,  energy  and  labor  cost  of  the 
average  urban  bus  and  car  is  calculated.   The  net  costs  are 
determined  for  prescribed  transfers  from  cars  to  buses.   Schemes 
for  detecting  the  impacts  of  respending  any  dollar  savings  are 
examined.   The  model  is  statistically  based  to  allow  impact 
calculations  of  changes  in  any  particular  bus  system  or  of  car 
operation  in  any  particular  city. 

Frate,  Dennis  A. ,  /'Geophagy:   A  Dietary  Practice  in  HoL.es  County 

Mississippi   CAC  Document  No.  85.   Urbana,  Illinois:   Center 
for  Advanced  Computation,  University  of  Illinois  at  Urbana- 
Champaign,  September  1973.  a 

Abstract : 

Geophagy  has  been  observed  and  documented  for  over  fourteen 
centuries.   From  the  initial  reportings  till  the  present  geopha^v 
has  been  considered  an  example  of  a  perverted  appetite  and  ?  ^ 

u"Z     r       +       M  ClaSSlfied  ™der   Pica'   An  indepth  study  in 

HoLmes  County  Mississippi,  revealed  that  at  least  o5  percent  of 
all  women  will  consume  clay  at  least  once  in  their  adult  life, 
toe  tw ^^'^^h  centered  on  pregnancy,  occurs  from  about 
the  time  of  the  first  mentrual  period  till  menopause.   The 
^  "^ ltsSlfnis  P^petuated  culturally  and  not  biologically 
tltLTt         W1^  lntroduce  to  young  daughter  to  the  practice! 
Although  mineralogical  and  chemical  analyses  on  clay  samples 
reveal  that  many  elements  necessary  for  body  functions  are 
ZT^l   ^^^  hematocrit  data  and  other  biological  data 
indicate  that  clay  consumption  has  minimal  physiological  effects. 

Hansen,  Wilfred  J.,  "Transportation  of  Higher-Level  Language  Programs: 
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Exemplified  by  an  ALGOL  68  Transportation  Representation, 
Department  of  Computer  Science  Report  No.  622,  University  of 
Illinois  at  Urb ana -Champaign,  January  197^- 


Abstract : 


Problem:  Modern  higher  level  languages,  for  example,  ALGOL  68, 
must  be  defined  to  allow  many  alternate  taken  representations 
to  accommodate  the  variety  of  input /output  equipment  available. 
Because  of  this  variety,  it  may  not  be  possible  to  transport 
programs  from  one  hardware  representation  to  another  by  any 
simple  process  of  substitution. 

Solution:   As  an  example  of  the  proposed  approach,  this  paper 
defines  a  six-bit  encoding  for  ALGOL  68  program  text.   It  is 
an  encoded  character  prefix  representation,  so  it  can  be  de- 
coded without  lookahead.   The  encoding  is  defined  in  detail 
and  a  decoder  for  a  specific  hardware  representation  is  given. 

Herendeen,  Robert  A.,  "The  Dollar,  Energy,  and  Employment  Impacts  of 
Certain  Consumer  Options,"  CAC  Document  No.  97-   Urbana, 
Illinois:   Center  for  Advanced  Computation,  University  of 
Illinois  at  Urbana-Champaign,  December  1973- 

Abstract: 

Impacts  are  compared  for  a  spectrum  of  home  consumption  options, 
such  as  home  vs.  laundromat  washing,  hand  vs.  machine  dishwashing, 
fresh  vs.  frozen  vs.  canned  food,  returnable  vs.  throwaway  beverage 
containers,  and  various  sets  of  kitchen  appliances. 

Kawasaki,  Tsuneo,  "Optimal  Networks  with  NOR-OR  Gates  and  WIRED-OR  Logic," 
Department  of  Computer  Science  Report  No.  623,  University  of 
Illinois  at  Urbana-Champaign,  M.  S.  Thesis,  January  197^- 

Abstract: 

Using  gates  (ECL)  with  dual  outputs  and  WIRED-ORs,  an  algorithm 
to  get  the  optimal  networks,  i.e.,  those  which  have  a  minimum 
number  of  NOR-Or  gates  and,  as  the  secondary  objective,  a 
minimum  number  of  connections,  for  a  given  arbitrary  function, 
is  discussed  in  this  paper,  under  the  assumption  that  only 
non-complimented  variables  are  available  as  the  network  inputs. 
Only  NOR-OR  gates  are  used  in  these  networks,  but  this 
algorithm  can  also  be  applied  to  networks  with  NAND-AND  gates 
and  WIRED-ANDs. 

Based  on  this  algorithm,  optimal  networks  for  all  functions  of 
three  variables  and  also  some  functions  of  four  variables  are 
found . 

Kuck,  D.,  P.  Budnik,  S-C.  Chen,  E.  Davis,  Jr.,  J.  Han,  P.  Kraska,  D.  Lawrie, 
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llJl^T'   R'  Steebendt  and  R.  Towle,  "Measurements  of 


Abstract 


Tbis  paper  reports  the  results  of  a  measurement  of  parallelism 
£*??  ntatemen'  leYel   ln  86  F0RTRAN  Programs,   The  amount  S 
Intt^^r   "  "f ermlned  by  an  analyZer  Program,  and  is  measured 
in  terms  of  speedup  over  serial  execution,  the  number  of  independent 

^S:e°arLreesq?lred'  **  ^^  °f  ™el  ™ioo  -d^ 

The  analysis  techniques  are  only  sketched  in  this  paper  details 
may  be  found  in  the  references.   We  also  outline  some  machine 
organization  assumptions.  nine 

Lermit,  R.  Jonathan,  Weal  Methods  for  the  Identification  of 
Differential  Equations/'  CAC  Document  No.  86,  Urbana 
Illinois:   Center  for  Advanced  Computation,  University  of 
Illinois  at  Urbana- Champaign,  October  1973. 

Abstract: 

Numerical  methods  are  given  for  finding  unknown  functions  contained 
in  ordinary  differential  equations  when  a  solution  of  the  eqSaSon 
is  known.   These  are  iterative  methods  giving  a  best  fit  to  tS 

A2stnaTvt°  the  knOWn  SOlUti°n'  WMch  ma"  contaL^ndom  errors 
A  stability  requirement  on  the  numerical  methods  is  proved. 

Liu,  Jane  W S.  and  C.  L.  Liu,  "Bounds  on  Scheduling  Algorithms  for 

Heterogeneous  Computing  Systems,"  Department  of  Computer  Science 
Report  No.  632,  University  of  Illinois  at  Urbana- Champaign. 

Abstract : 

The  problem  of  job  scheduling  in  a  multiprocessor  system  con- 
£  ™S?-PTeSS?rS   °f  different  computing  speeds   is   studied. 
In  particular,    bounds   on  the  worst  case  performance  of  several 

Such  bounds^r1^5-^^   °an  ^   ***««**  easily  are  obtained. 
IZmr^T       1+  Provide  us  with  information  concerning  how  the 
lrnf,      6Se   sched-ling  algorithms  vary  as   functions   of 
and  T         v  I  processors.      The  trade-off  between  the   speed 

and  the  number  of  processors   in  the   system  is   also  discussed. 

McDaniel,    Lawrence  M        '-Mathematical  Software  and  Computer  Networks," 
lC«nt     °:^"      Urbana,    Illinois:      Center   for  Advanced 
October  iTli  UniV6rSity  °f  Illin°is  at  Urbana-Champaign, 


Abstract 


This  paper  discusses  the  impact  of  computer  networks  relative  tc 
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the  portability  and  accessibility  of  mathematical  software.   An 
application  of  resource  sharing  on  computer  networks  xs  ^cussed- 
the  integration  of  two  resources  on  the  ARPA  Network:   SPEAKEASY, 
an  interactive  system  for  researchers  and  EISPACK,  a  Ixbrary  of 
eigensystem  routines . 

Mickunas,  M.  Dennis,  "On  the  Strong  Covering  Problem  f or  LR(k)  Grammars," 
Department  of  Computer  Science  Report  No.  625,  University  ot 
Illinois  at  Urb ana- Champaign,  February  197^ • 


Abstract: 

A  formal  definition  of  one  grammar,  G'  "strongly  covering"  another 
grammar,  G  is  presented.   Conditions  under  which  the  *£xlity  to 
parse  G  in  an  LP  fashion  implies  the  ability  to  parse  G  in  an 
LP  fashion  are  developed.   Constructive  proofs  are  presented  for 
the  following  formerly  open  problems.   Every  LR(k)  grammar  G 
is  strongly  covered  by  an  LP(D  grammar.  Moreover  if  L(G)  is 
strict  deterministic,  then  G  is  strongly  covered  by  an  LR(O) 
grammar . 

Mickunas  M.  Dennis,  "On  the  Covering  Problem  for  Unambiguous  Context- 

Free  Grammars,"  Department  of  Computer  Science  Report  No  624, 
University  of  Illinois  at  Urb  ana -Champaign,  February  19^. 


Abstract: 

It  is  shown  that  every  unambiguous  grammar  which  does  not 
generate  the  empty  string  is  covered  by  a  A-free  grammar, 
ivery  unambiguous  grammar  which  does  generate  the  empty 
string  is  covered  by  a  grammar  which  is  partitioned  into  a 
Lfree  portion  and  a  portion  which  generates  only  the  empty 
string.   Finally,  every  unambiguous  grammar  is  covered  by 
such  a  partitioned  grammar  in  operator  form. 

Mueller  David  H. ,  "The  TCGS  System:   System  Tables  Manual, "Department 
Mueller,  ^^^  Science  Report  No>  6o%   Univeristy  of  Illinois  at 

Urbana-Champaign,  February  197^ • 


Abstract: 


Mueller 


The  Illinois  Computing  Graphics  System  (ICGS)  is  a  batch  system 
for  a  minicomputer.  It  executes  a  limited  number  of  sy stem 
urograms,  and  provides  facilities  for  rapxd  overlaying  of  these 
programs.  This  manual  is  intended  to  aid  the  system  programmer 

in  setting  up  the  system  tables. 

David  H. ,  "The  ICGS  System:   Users  Manual,"  Department  of 
Computer  Science  Report  No.  608,  University  of  Illinois  at 
Urbana-Champaign,  February  197^- 
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Abstract: 


The  Illinois  Computing  Graphics  System  (ICGS)  is  a  batch 
system  for  a  minicomputer.   It  executes  a  limited  number, 
of  system  programs,  and  provides  facilities  for  rapid  over- 
laying of  these  programs.   This  manual  is  intended  to  aid 
the  user  in  preparing  system  modules  and  executing  the  system 

Ray,  Robert  M   "IIIIAC  IV  Multispectral  Image  Processing  Research," 

CAC  Document  No.  112.   Urbana,  Illinois:   Center  for  Advanced 
Computation,  University  of  Illinois  at  Urbana- Champaign, 


Abstract: 


This  report  summarizes  ILLIAC  IV  multispectral  image  processing 
research  conducted  during  the  last  twelve  months  by  the  Cenler^ 
for  Advanced  Computation  (CAC)  of  the  University  of  Illinois  in 
Se^nWr^wV^  LabOTato^  fOT  Applications  of  Remote 
rtZ    f  (MfV   f   ^^  University.   The  research  reported  has 
ILLllc  TV1" *£     ^  fd  frtlal  ^P^entation  of  a  comprehensive 
m^t^J  .  ^    LSyStSm  f°r  comPut^-assisted  interpretation  of 
7+171     +.\earth   resources  data  s^h  as  that  now  collected 
by  the  Earth  Resources  Technology  Satellite  (ERTS).   Research 
to  date  suggests  generally  that  the  ILLIAC  IV  should  be  as  much 
as  two  orders  of  magnitude  more  cost-effective  than  serial 
processing  computers  for  digital  interpretation  of  ERTS  imagerv 
via  multivariate  statistical  classification  techniques.   The 
potential  of  the  ARPA  Network  as  a  mechanism  for  interfacing 
geographically-dispersed  users  to  an  ILLIAC  IV  image  processing 
facility  is  discussed. 

Rieber,  Michael,  "Low  Sulfur  Coal:   A  Revision  of  Reserve  and  Supply 
Estimates,   CAC  Document  No.  88.   Urbana,  Illinois:   Center 
for  Advanced  Computation,  University  of  Illinois  at  Urbana- 
Champaign,  November  1973 . 


Abstract: 


Conventional  estimates  of  both  known  resources  and  known 
recoverable  reserves  of  low  sulfur  coal  (<  0.7  percent  sulfur) 
are  grossly  overstated.   On  a  standardized  base  of  22.6  million 
Btu/ton,  the  electric  utility  average  in  1970,  known  recoverable 
reserves  of  low  sulfur  coal  are  reduced  from  the  conventional 

Btu'sulfuf  J A^  t0nS  t0  l6'k   billi°n  tonS  °n  a  insistent 
Btu  sulfur  adjusted  basis.   The  reduction  amounts  to  76  percent 
of  the  U.  S.  conventional  low  sulfur  estimate  and  85  percent 

kno^eJe  Sr\f tlmate'   At  a  7  Percent  growth  rate  in  Production, 
known  recoverable  reserves  fall  short  of  maximum  cumulative 
production  by  1985.   To  counteract  this  problem,  several  short 
and  long-run  policy  options  and  alternatives  are  presented 
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Rieber,  Michael,  "U.  S.  Energy  and  Fuel  Demand  to  1985:   A  Composite 
Projection  within  PAD  Districts,"  CAC  Document  No.  108. 
Urbana,  Illinois-   Center  for  Advanced  Computation,  University 
of  Illinois  at  Urb ana -Champaign,  January  197^  • 

Abstract : 

This  study  covers  the  period  from  I97O-I986.   Consumer  groups 
are  divided  into-  residential/commerical,  industrial,  transport, 
electric  utility  and  non-energy.   Energy  demand  for  each  of 
these  groups  is  evaluated  for  each  of  the  five  PAD  districts. 
Demand  is  stated  in  both  BTU's  and  fuel  units  with  respect  to 
petroleum  and  petroleum  products,  coal,  natural  gas,  nuclear 
power,  and  hydropower. 

Roistacher,  Richard  C,  "A  Microeconomic  Model  of  Sociometric  Choice," 
CAC  Document  No.  107-   Urbana,  Illinois-   Center  for  Advanced 
Computation,  University  of  Illinois  at  Urbana- Champaign, 
January  197^  • 

Abstract : 

The  behavior  of  a  person  selecting  a  set  of  friends  from  a 
larger  set  of  acquaintances  can  be  analyzed  as  a  consumer 
choice  problem.   The  person  can  be  regarded  as  a  consumer 
allocating  his  income  among  a  set  of  goods  which  he  must  purchase  I 
in  quantities  which  will  maximize  his  utility.   An  increase 
in  utility  can  come  either  from  an  increase  in  expenditure  or 
from  a  better  allocation  of  resources.   Results  of  an  unlimited- 
choice  sociometric  questionnaire  administered  to  1204  boys  at 
eight  junior  high  schools  showed  that  well- liked  boys  received 
the  same  number  of  choices  as  others,  but  had  a  higher  proportion 
of  reciprocated  responses.   It  appears  that  social  success  results 
from  lower  costs  of  obtaining  information  about  potential  friends 
and  better  allocation  of  effort,  rather  than  from  making  contact 
with  more  people. 

Sameh,  Ahmed  H. ,  R.  Jonathan  Lermit,  and  Killion  Noh,  "On  the  Intermediate  I 
Eigenvalues  of  Symmetric  Sparse  Matrices,"  CAC  Document  No. ^1. 
Urbana,  Illinois:   Center  for  Advanced  Computation,  University 
of  Illinois  at  Urbana-Champaign,  October  1973- 


Abstract: 


An  algorithm  has  been  developed  for  finding  the  eigenvalues  of  a 
symmetric  matrix  A  in  a  given  interval  [a,  b]  and  the  corresponding 
eigenvectors  using  a  modification  of  the  method  of  simultaneous 
iterations  with  the  same  favrable  convergence  properties.   The 
technique  is  most  suitable  for  large  sparse  matrices  and  can  be 
effectively  implemented  on  a  parallel  computer  such  as  the 


ILLIAC  IV, 
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Sebald,  Anthony,  and  Robert  A.  Herendeen,  "The  Dollar,  Energv  and 
Employment  Impacts  of  Air,  Rail,  and  Automobile  Passenger 
Transportation,"  CAC  Document  No.  96.   Urbana,  Illinois- 
Center  for  Advanced  Computation,  University  of  Illinois "at 
Urbana- Champaign,  December  1973 . 


Abstract : 


Dollar  cost,  and  total  energy  and  employment  impacts  of  the 
three  modes  for  intercity  travel  are  compared  for  1963  and 
19 ri.    Impact  includes  indirect  as  well  as  direct  effects 
Results  are  given  on  a  passenger  mile-basis,  and  for  three 
specific  trips  of  length  20C-^00  miles. 

William  Yan-Yuen,  "A  Firmware  Data  Compression  Unit,"  Department 
of  Computer  Science  Report  No.  617,  University  of  Illinois 
at  Urbana- Champaign,  January  197^+. 


Abstract: 


In  this  report,  a  data  compression-decompression  algorithm 
+?S  £een  developed.   The  compression  technique  employed  is 
the  Huffman  coding  method  which  minimizes  the  average  length 
of _ the  codewords  for  encoding.   This  algorithm  is  table 
driven.   It  is  developed  in  firmware  on  the  lockheed  SUE 
microprogrammable  minicomputer  as  a  standalone  unit.   Due 
to  the  removal  of  the  data  compression-decompression  function 
from  the  mam  CPU  and  the  high  speed  of  execution  of  micro- 
program overhead  in  performing  the  data  compression-decompression 
algorithm  is  minimized  tremendously.   The  result  of  this  is  a  net 
gam  m  precious  on-line  storage  area  and  I/O  time  with  no  loss 
in  mam  CPU  overhead. 

Edward  T.   "The  Principal  Components  of  Occupational  Structure- 
A  Factor  Analysis  Approach,"  CAC  Document  No.  111.   Urbana 
Illinois:   Center  for  Advanced  Computation,  University  of  ' 
Illinois  at  Urbana- Champaign,  February  197^. 

The  empirical  results  of  a  factor  analysis  of  labor  market 
characteristics  by  occupations  are  reported  in  this  document. 
Ihe  purpose  of  the  analysis  is  to  identify  the  principal 
components  of  labor  market  segmentation  by  occupation.   The 
results  of  the  analysis  can  be  used  to  construct  a  number  of 
occupational  systems  whose  contents  are  uncorrected  with 

^  ^T'   The  data  base  for  thls  study  was  constructed  from 
the  1970  Bureau  of  the  Census  tabulations. 


139- 


Yao,  Andrew  Chi-Chih,   "On  a  Problem  of  Katona  on  Minimal  Separating 
Systems,"  Department  of  Computer  Science  Report  No.  629, 
University  of  Illinois  at  Urbana-Champaign,  March  197^- 


Abstract: 


Let  S  be  an  n- element  set.  In  this  paper,  we  determine  the 
smallest  number  f(n)  which  there  exists  a  family  of  subsets 
of  S  {A  ,  A  .     A  /  n}  with  the  following  property:   Given 

any  two  elements  x,  y  e  S  (x^y) ,  there  exist  k,  I  such  that 
a  fl  A  /  u,  and  x  €  A^,  y  e  A.   In  particular  it  is  shown 

that  f(n)  =  5%,n  when  n  is  a  power  of  3. 
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13 -^  Colloqui, 


Design  and  Control  of  Pipelined  Processors  for 
Masimum  Cos-Effectiveness  with  Case  Studies  of 
the  Fast  Fourier  Transform  and  Searching,"  by 
Professor  Edward  S.  Davidson,  Department  of 
Electrical  Engineering  and  Coordinated  Science  Lab., 
University  of  Illinois  at  Urbana- Champaign, 
January  28,  19Jk. 

"Problems  and  Solutions  in  the  Design  of  Primary 
Memory  Systems  for  Array  Processors,"  by  Research 
Assistant  Professor  Duncan  H.  Lawrie,  Department 
of  Computer  Science,  University  of  Illinois  at 
Urbana- Champaign,  February  h,    1974. 

"Microprogrammed  Sequential  Logic  Design-   From 
Flow-Chart  To  Digital  Machines,"  by  Dr.  K.  Hwang 
Department  of  Electrical  Engineering,  University  of 
Miami,  Coral  Gables,  Florida,  February  18,  197>k 

"Parser  Construction  with  Ambiguous  Grammars,"  by 

£n:  A1r  J;T  ,DemerS'  DePa^ment  of  Electrical  Engineering, 

Princeton  University,  Princeton,  New  Jersey,  February 

"Program  Behavior  Modeling,"  by  Dr.  Jai  R.  Rao,  Hohnes 
and  Narver,  Inc.,  Anaheim,  California,  February  25,  1974. 

"Nordsieck  Methods,"  by  Dr.  Robert  D.  Skeel,  Department 
of  Computer  Science,  University  of  Illinois  at 
Urbana- Champaign,  March  k,    1974. 

"The  Hardest  Context-Free  Language,"  by  Dr.  Jonathan 
Goldstme,  Committee  on  Information  Sciences,  The 
University  of  Chicago,  Chicago,  Illinois,  March  7,  1974. 

"SIBYL:   A  Formally  Defined  Interactive  Programming 
ZuT   £°ntaiSlng  an  Sensible  Block  Structured  Language," 
by  Mr.  Garry  Kampen,  Department  of  Computer  Science 
University  of  Washington,  Seattle,  Washington,  March  13,  l91k, 

"The  Formal  Semantics  of  Operating  Systems,"  by  Professor 
E.  J.  Neuhold,  Institut  fur  Informatik,  Universitat 
Stuttgart,  7  Stuttgartl,  Herdweg  51,  Germany,  March  13,  1974. 

"Program  Working-Information  Monitoring  by  a  Space-Time 
Duality  Approach,   by  Mr.  Felix  L.  Lam,  Department  of 
^^■l       Engineering-and  Computer  Science,  University 
of  California,  Berkley,  California,  March  ik,    1974 
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Colloquia  Cont 


"Digital  Signal  Processing  from  a  Hardware  Point  of 
View,"  by  Mr.  Bruce  Kieburtz,  Bell  Telephone  Labs., 
Holmdel,  New  Jersey,  March  25,  197^- 

"Minimal  Switching  Networks  for  Performing  Shifts," 
by  Professor  Foong  Frances  Yao,  Department  of  Computer 
Science,  University  of  Illinois  at  Urbana- Champaign, 
March  28,  197^- 
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13-5   Drafting 

During  the  first  quarter,  a  total  of  369  drawings  were  processed 
by  the  general  departmental  drafting  section: 

Formal  Drawings 

Large  Drawings  j_j_q 

Medium  Drawings  71 

Small  Drawings  52 

Layout  Drawings  ifl 

Report  Drawings  ^o 

Change  Order  Drawings  kl 

Miscellaneous  Drawings  7 


Completed  Total  Drawings  369 

(M.  Goebel) 

13-6  Shop's  Production 

Job  orders  processed  and  completed  during  the  first  quarter  of 
197^  are  as  follows: 


Electronics  Shop 
Chemical  Shop 
Photographic  Shop 
Layout  Shop 


Navy  Grant 

NSF 

Grants 

Other 

67 

5 

13 

50 

5 

14 

46 

3 

10 

38 

2 

(F. 

2 
P.  Serio) 
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I.   CIRCUIT  RESEARCH 
Supported  in  part  by  Navy  Contract  #N000  1U-67-A-0305-002U. 
Summary 

Bernard  Tse  describes  the  incorporation  of  a  microporcessor  into 
the  Caecotron  project.   The  properties  of  various  types  of  transducer 
for  the  work  in  molecular  stochastics  are  reported  on  by  Jim  Cutler. 
Dan  Pitt  summarizes  some  initial  findings  on  the  potential  use  of  sto- 
chastic sequences  in  communications. 

M.  Faiman 

W.  J.  Poppelbaum 
Principle  Investigator 
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1.1    CAECOTRON 
1.1,1  Present  Status 

During  the  last  quarter  .  Intel  8008  microprocessor  was  ordered  for  use 
in  the  control  processor  of  0AEC0TK0N.   It  has  sinced  arrived  and  the  associated 
control  electronics  is  being  built  to  implement  the  algorithm  for  depth  deter- 
mination as  outlined  in  an  earlier  report. 

Modifications  were  also  made  in  the  last  charter  to  the  part  of  the  syste. 
containing  the  video  integrators.  As  a  result,  each  integrated  line  no.  contai 
20  cells  instead  of  the  original  l6;  even  though  only  l6  cells  fro,  each  line 
are  to  he  used  at  a  time.  This  ensures  that  a  meaningful  resolution  of  16  cells 
per  line  is  retained  when  the  left  and  right  pictures  are  compared. 

1.1.2  Future  Work 

Work  will  he  done  on  the  processor  to  integrate  it  into  the  whole  sys- 
tem; after  which  one  or  more  of  the  depth  determination  algorithms  proposed 
earlier  will  he  programed  into  the  control  read-only  memory  to  be  tried  out 
on  the  processor.   Studies  will  also  he  made  to  determine  the  feashility  of 
using  the  integrated  microprocessor  to  control  a  larger  part  of  the  system. 

Bernard  Tse 

1.2    Molecular  Stochastics  (Project  No.  6l) 

1.2.1  Pro.ject  Summary 

Molecular  Stochastics  is  a  project  concerned  with  investigating  trans- 
ducers that  will  produce  a  stochastic  sequence  dependent  upon  the  measurement 
made.  Five  different  transducers  are  being  considered,  temperature,  velocity, 
iight  intensity,  electric  field  and  magnetic  field.  The  feasibility  of  a  tem- 
perature transducer  has  already  been  shown  and  described  in  previous  Quarterly 
Report  s . 


1.2.2  Project  Status 

In  this  past  quarter  a  considerable  amount  of  time  was  spent  on  the  theory 
of  these  transducers.  As  a  result  of  this  effort  a  relationship  vas  found  between 
the  expected  value  of  the  output  of  the  transducer  and  the  true  value  of  the 
measurement  (whether  it  be  temperature,  velocity,  etc.).  A  comparison  can  now 
be  made  between  the  theory  and  actual  measurements. 

Also,  since  the  expected  value  of  the  stochastic  sequence  of  the  trans- 
ducer is  found  by  averaging  over  a  period  of  time,  the  stochastic  sequence 
must  have  the  property  of  ergodicity.   It  was  shown  under  what  conditions  that 
this  property  holds. 

The  work  on  the  velocity  transducer  has  been  slowed  the  past  quarter  due 
to  a  lack  of  funds.   It  is  planned  to  purchase  several  pressure  transducers 
from  National  Semiconductor  in  the  near  future.   Studies  will  be  made  on  a  tur- 
bulent flow  to  discover  the  relationship  between  the  average  pressure  of  the 
transducer  and  the  average  velocity. 

Jim  Cutler 

1>3    Stochastic  Communications 
1.3.1  Preliminary  Studies 

Traditional  communications  systems  have  used  modulated  analog  or  digital 
techniques  to  transmit  information.  Each  of  these  methods  has  certain  vulner- 
abilities to  error  and  inaccuracy:  analog  transmission  is  easily  distorted  by 
noise  and  multipath  reception  and  often  requires  complex  filtering  and  predic- 
tion methods  to  recover  the  fidelity  of  the  signal;  digital  transmission,  on 
the  other  hand,  while  less  subject  to  errors  from  minor  channel  noise,  suffers 
acre  serious  quantized  inaccuracies  when  the  noise  is  sufficient  to  change  a  1 
to  a  0  or  vice  versa.   To  combat  this,  complicated  coding  techniques  are  often 
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used  to  detect  or  correct  the  most  common  type  of  errors  expected  (single,  mul- 
tiple, or  burst).   In  addition,  since  digital  representations  require  different 
weighting  of  adjacent  hits,  the  transmitter  and  receiver  must  he  synchronised 
so  that  the  beginning  and  end  of  each  character  is  known.   For  certain  appli- 
cations, then,  it  appears  that  information  transmission  using  SRPS's  may  ha 
advantageous  in  that  no  synchronisation  is  necessary  and  single,  some  multiple 
and  even  some  hurst  errors  in  the  transmission  may  he  completely  ignored  without 
sacrificing  too  much  accuracy.   In  the  next  quarter,  efforts  will  he  made  to 
determine  if  certain  modulation  and  coding  schemes  might  contribute  to  better 
fidelity  without  disproportionate  cost.  Other  types  of  digital  signal  pro- 
cessing may  also  be  considered,  as  well  as  an  investigation  into  possible  hand- 

width  advantages. 

Dan  Pitt 


2.   HARDWARE  SYSTEMS  RESEARCH   " 
Supported  in  part  by  Navy  Contract  #N000  11+-67-A-0305-0024. 
Summary 

The  COLFTAR  system  now  contains  dynamic  focusing  thanks  to  Stan  Kopec. 
Dev  Bose  discusses  the  control  of  a  mobile  block  for  FROG.   Les  Daley  reports 
on  the  construction  and  initial  debugging  of  a  small  scale  THESPIAC  system. 

M.  Faiman 

W.  J.  Poppelbaum 
Principle  Investigator 


2.1    COLFTAR  (Project  No.  12) 

2.1.1  Summary 

With  the  end  of  this  quarter,  the  current  phase  of  COUTAR  research  draws 
to  a  close.  The  focus  supply  modulator  (Figure  l)  now  provides  a  raiap  of  up  to 
150  volts  peak-to-peak,  thus  giving  the  write  gun  a  dynamic  focus  capability. 
Tests  have  shown  this  system  to  work  ideally. 

However,  due  to  a  malfunctioning  element  in  the  ion  pump  of  the  vacuum 
system,  it  is  not  possible  at  present  to  get  a  "hard"  vacuum  of  =  10"7  torr 
or  less  to  get  the  system  operating.  This  thus  becomes  the  next  aspect  of  the 
system  to  be  improved.   If  the  vacuum  system  is  rebuilt,  many  past  headaches 

may  be  cured. 

Stan  Kopec 


2.2    FROG  (Project  No.  36) 

FROG  is  the  hardware  realization  of  a  mechanism  that  learns  self -preserva- 
tive reactions  to  its  environment.  For  details  see  previous  quarterly  reports. 

2.2.1  Project  Status 

In  this  quarter  the  circuit  for  the  T*-element  was  laid  out  and  tested. 
Following  this,  attention  was  turned  towards  the  design  and  construction  of  the 

movable  block. 

The  movable  block  (MB)  has  two  independently  driven  rear  wheels  and  a 
small  caster  wheel  in  the  front.   This  allows  MB  to  be  driven  forward  and  in 
reverse  and  also  to  turn  left  or  right  about  an  axis  within  itself.  The  drive 
circuits  for  the  motors  have  been  designed. 

Experiments  have  been  conducted  to  find  a  good  and  reliable  way  of  con- 
trolling the  MB  on  a  path.  Many  different  methods  suggested  themselves,  but 
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most  of  them  had  to  be  discarded  because  one  would  like  to  be  able  to  control 
MB  in  a  way  that  is  not  apparent  (audibly  and/or  visibly)  to  a  casual  observer. 

A  scheme  that  has  been  extensively  experimented  with  uses  a  small  coil 
at  the  head  of  MB  to  induce  ( electromagnet ically)  voltage  spikes  on  two  closely 
spaced  parallel  and  thin  copper  lines  which  define  the  path.   By  taking  the  dif- 
ference between  the  voltages  induced  in  the  two  lines  and  proper  thresholding  it 
is  possible  to  know  if  the  coil  is  above  one  or  the  other  line  or  in  between  the 
two.   Using  the  above  information  it  is  possible  to  control  the  position  of  the 
coil  between  the  copper  lines,  and  thereby  maintain  MB  on  course  when  it  is 

moving . 

The  mechanical  construction  of  MB  is  almost  complete. 

2.2.2  Future  Work 

In  the  next  quarter  the  effort  will  mostly  be  directed  towards  completing 
MB  and  its  control  circuitry.  Work  will  start  on  the  design  and  construction  of 
the  demonstration  board  which  will  symbolize  the  environment  of  FROG. 

Dev  Bose 


2.3    THESPIAC  (Project  No.  UT ) 

During  this  quarter,  all  efforts  have  been  directed  toward  the  assembly 
of  a  small-scale  THESPIAC  system.   This  system  (intended  for  laboratory  etali 
tion  and  demonstration)  includes  controllers  for  two  dimmer  channels,  a  crosi 
fader  and  two  submasters,  and  storage  for  256  lighting  scenes. 

While  the  construction  process  consumed  most  of  the  quarter,  a  limited 
amount  of  debugging  has  also  been  done.   At  this  time,  18  of  38  cards  have  been 
examined  and  appear  to  be  operating  as  intended.   Sections  of  two  additional 
cards  have  also  been  tested  successfully.   Thus  far,  no  major  design  flaws  have 
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been  discovered;  the  debugging  process  has  mainly  uncovered  mechanical  probl 
(e.g.  missing  wires,  wires  run  to  incorrect  pins,  inadequate  power  supply  dis 
tribution,  etc.).   Debugging  will  be  completed  during  next  quarter. 

Les  Daley 


ems 
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3  SOFTWARE  SYSTEMS  RESEARCH 
(Supported  in  part  by  the  Atomic  Energy  Commission  under  grant  No.  US  AEC  AT11-1  238: 

3.1       Numerical  Processes 

3.L1     DIFSUB  with  partial  differential  equations  (M.  Ostrar) 

Using  DIFSUB  with  the  method  of  lines,  a  number  of  new  stretching 
functions  were  applied  to  Burger's  equation 

ut  +  uux  =  ku^ 

with  the  initial  and  boundary  conditions 

u(x,0)  =  simrx,   u(0,t)  =  u(l,t)  =  0. 
Of  the  stretching  functions  examined,  two  may  prove  to  be  of  interest. 
The  first  replaced  x  by  w ,  where 

9w/9x  =  tanh(a(t)x)/tanh(a(t)),   w(0,t)  =  0, 
and  a(t)  approximates  the  function  g(t)  which  causes  the  point  x  where  u(x,t) 
assumes  its  maximum  value  to  map  into  w  =  0.5-  Previously  when  g(t)  was  approxi- 
mated by  cubic  and  quintic  splines,  the  results  were  poor  (see  previous  Quarterly 
Report).   However,  an  error  was  discovered  in  the  program  which  calculates  the 
coefficients  of  the  quintic  spline.  After  correcting  this  error,  a  quintic 
spline  with  seven  knots  was  used  to  approximate  g(t).   The  integration  from  t  =  0 
to  t  =  2  took  roughly  twice  as  many  function  evaluations  as  the  integration 
without  any  transformation.   However,  the  maximum  absolute  and  relative  errors 
using  the  quintic  spline  were  roughly  nine  and  twelve  times  better.   To  obtain 
comparable  absolute  accuracy  without  a  transformation,  the  mesh  spacings  would 
have  to  be  reduced  by  a  factor  of  three  if  second  order  finite  difference  approxi- 
mations were  used  (as  was  the  case).   This  would  roughly  triple  the  number  of 
function  evaluations.   Thus  one  and  a  half  times  as  many  function  evaluations 
would  be  necessary  to  match  the  accuracy  achieved  by  the  transformation  using  the 
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quintic  spline. 

The  second  transformation  replaced  x  by  w,  where 

P   1  p 

9w/3x  =  [l-k(x-z(t)r]//  [l-k(x-z(t))^]dx,   w(0,t)  =  0, 
0 

and  z(t)    is    a  quintic   spline  whose  value   at  t   approximates  the  value  of  x  at 
which  u(x,t)    assumes    its  maximum  value.      It  marginally  reduced  the  errors    at 
t  =  2   and  the  number  of  function  evaluations.      The   significance  of  this   trans- 
formation is  not  the   slight   improvement   attained,  but   the   fact  that  this   is 
the  only  non-trivial  transformation   experimented  with  to   date  which   did  not 
significantly  increase  the  number  of  function   evaluations. 

The  general  inability  thus   far  to  simultaneously   decrease  both  the 
error  in  the   computed  solution   and  the  number  of  function   evaluations   suggests 
that  the  effect   of  stretching  functions   on  the   stiffness   of  the  system  of 
ordinary  differential  equations    (which  the  method  of  lines    converts   a  partial 
differential  equation  into)    should  be  examined.     Apparently,  most   of  the 
transformations   tried  have  increased  the   stiffness.      Until  now,   likely  candi- 
dates for  stretching  functions  were  chosen  on  the  basis   of  the  solution  u(x,t) 
and  its  various  partial  derivatives.     We  plan  to   examine  the   effect  of  these 
stretching  functions  and  others   on  the  eigenvalues   of  the  Jacobian   of  the 
resulting  systems   in  order  to  see  how  they  affect  the  stiffness    of  the  systems. 

In   conjunction  with  this   study  of  system  stiffness  ,  hybrid  finite 
difference  operators   of  the  form   (l-6(t))L1   +   8(t)L    ,  where  0   $   6(x,t)    <   1  and 
1^   and  L2   are    different   finite   difference  operators ,  will  be  examined.      In  a 
typical  hybrid  operator,   1^  might  be  second  order  and  L     fourth   order.      By  a 
proper  choice  of   6(x,t),   it  may  be  possible  to  use  the  higher  order  operator 
L2  to  obtain  better  accuracy  in  regions   that   demand  it    (9=1),   use  the   lower 
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order  operator  ^  elsewhere    (9    *  0),   and  still   decrease   or  at  worst  maintain 
the   degree   of  stiffness   of  the  system. 

3#1#2  Ordinary  differential  equation  programs    (R.    L.   Brown) 

A  user-oriented  version  of  DU  was  prepared  and  tested.      DU  is   a 
Fortran  suhroutine  for  the  solution  of  stiff  systems  of  n  ordinary  differential 
equations  y'    =   f(y.t)    for  which  y(l)  ,  y(2)  ,    ....  yb)    are  exactly  computable 
given  y  and  t.      This  new  version  was  tested  on  the  13  sample  problems   described 
in  the  previous   Quarterly  Report,   and  the  results   are  shown  in  Table  3.1.      The 
statistics   reported  include  the  number  of  calls  to  the   differentiating  subroutine 
DIFFUN   and  the  number  of  evaluations   of  the  Newton-type  convergence  matrix  PW. 
This   evaluation  is   done  by  numerical  differencing  using  n  calls  to  DIFFUN  to 
obtain 

pw  =  i-  j^af^/ay, 

where  the  a<j)  are  the  coefficients  of  the  numerical  method.  An  LU  decomposition 
of  PW  is  performed  after  the  evaluation.   The  n  calls  to  DIFFUN  are  not  included 
in  the  number  of  calls  to  DIFFUN  shown  in  Table  3.1. 

The  calling  sequence  for  DU  is 

CALL   DU(N,T,Y,SAVE,H,HMIN,HMAX,DYS,DY,EPS,YMAXSERSV,SIGMA,FWSIP, 

KFLAG,JSTART,NQMAX) . 

The  arguments   are: 

N  the  number  of  equations  in  the  system. 

T  the  independent  variable. 

Y  a  (12 ,N)    array  with  hJY*JVJ!    in  Y(J+l,l) 

SAVE  a  (12,N)    array  used  to  save  Y. 

H,HMINSHMAX  the   current   stepsize,   and  smallest  and  largest 
allowable  stepsize. 
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mr,™,  Dl+  DIFSUB 

TEST  ecs 


NFNS 

NW 

NFNS 

NW 

A                          ioll 

a   =  0°                              b 
10 

285 

775 

3186 

91 
207 
807 

122 
263 
380 

12 
19 

17 

B 

a  =   0° 

79 
188 
1*33 

12 
25 

1+0 

12  k 

2I+1+ 
333 

12 
17 
17 

C 

30°   <   a   <   60° 

86U 
210 
311 

76 

1+9 
56 

93 
229 
2U9 

11 
29 
19 

D 

a  =  0° 

126 

3U6 

120U 

22 

60 

202 

150 
351+ 
1+05 

111 

30 
22 

E 

30°   <  a  <  60° 

136 

329 

1U3U 

23 

U3 

185 

173 
351 
538 

18 
27 
21 

F 

60°   <   a 

U90 

1709 
5631 

31* 
38 
1+8 

1752 
2181 
3213 

9 
16 
11 

G 

60°   <   a 

375 
1251 
3115 

23 
33 
1+7 

3577 
51+71 
5351+ 

18 

8 

lit 

H 

60°   <   a 

1737 
5621 

30 
k6 

57 

111*7 

2233 
3006 

8 
11 
11 

I 

a  =  U5° 

37 
28 
25 

10 
6 
6 

52 
1+8 
38 

9 
6 
5 

J 

a  =  1+5° 

26 
26 
26 

12 
12 

12 

21 
21 

21 

2 
2 
2 

K 

60°  <  a 

322 
318 
727 

Ul 

1+7 

111 

52 

1+26 
1+21 

9 
31 
25 

L 

60°  <  a 

75 
75 
61 

25 
25 
21* 

61 

71 
68 

20 
22 
2k 

M 

60°   <   a 

1+12 
1U2 
659 

56 

26 

103 

1+7 
108 
1+79 

9 

18 
36 

Table  3.1.      Coi 

nparison   of  Dk 

and  DIFSUE 

1  on  13  tests 
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DYS 
YMAX 

DY,ERSV, SIGMA 
EPS 

PW 

IP 

KFLAG 


an    (N,8)    array. 

an  N-dimensioned  array  used  for  relative  error 

computation,   as   in  DIFSUB . 

N-dimensioned  arrays. 

the  maximum  allowable   computed  truncation  error 

per  step. 

the    (N,N)   single  precision  array  for  the  Newton 

convergence  matrix. 

an  N-dimensioned  integer  array  used  in  the  LU 

decomposition  of  PW. 

an  output   flag  whose   value  is 
1       if  step  was   successful. 

-1        if  EPS   could  not  "be  achieved  for  H  =  HMIN. 

-2       if  corrector  would  not   converge  for  H  >,  HMIN. 

-3       if  PW  is  nearly  singular. 

an   input   flag  whose  value  is 

0  on   first   call. 

1  on  other  calls. 
On  return,  JSTART  is  set  to  the  order  of  the  method 
to  be  used  in  the  next  step. 

the  maximum  order  to  be  used.   If  only  derivatives 
of  order  up  to  1,  2,  3,  and  h   are  available, 
NQMAX  <:  2,  5,  T,  and  11. 

All  variables  are  double  precision  real,  except  where  noted. 

Hull  and  Enright  ["A  Structure  for  Programs  that  Solve  Ordinary 
Differential  Equations,"  Report  #66,  Department  of  Computer  Science,  University 
of  Toronto,  19lh]   suggest  that  programs  with  long  calling  sequences  such  as  DU 


JSTART 


NQMAX 


and  DIFSUB  are  more  complicated  than  many  users  need  or  want.      Furthermore, 
since  Dk  and  DIFSUB   are   step-oriented  and  return  after  each  step  rather  than  at 
the   end  of  the   desired  interval   of  integration,   they  require  more   code   in  the 
calling  program  than  most   users  want  to  provide.      Therefore,   three  setup  sub- 
routines  are  being  prepared  to  provide  access   to  DIFSUB   and  Dk  with  an  interval 
oriented  calling  sequence  much  like  that   suggested  by  Hull  and  Enright.      The 
routines    are   VOA  for  the  variable  order  Adams  method  in  DIFSUB   (MF=0) ,   BDF  for 
the   stiff  backward  differentiation   formulas   in  DIFSUB  with  numerical   differencing 
of  the  PW  arrays    (MF=2)  ,   and  AST  for  the  higher  derivative  A-stable  stiff  methods 
of  D*+. 

The   calling  sequence  is 

CALL        XXX(N,T,Y, TEND, TOL, HID, YMAX,HMAX,H, EST, W,IC) . 
The   arguments   are: 

N  the  number  of  equations   in  the   system. 

T  the  independent  variable. 

Y  an  N -dimensioned  array  containing  the  values   of 

Y  at  T  on  calling  and  returning. 
™D  tne   final  value  of  T  to  which  the  routine  will 

attempt  to   integrate. 
T0L  tne  bound  on  the  truncation   error  per  unit  step 

for  VOA  and  per   step   for  BDF   and  AST. 
INI)  an   indicator  flag.      On   input,   its   value  is 

1  if  the  routine  has  not  been   called  before, 

2  if  this   is  not  the  first    call. 
On  output,    its   value  is 

2        if  T  =  TEND  and  the  integration  was  successful. 
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-1       if  a  calling  error  was  made. 
-2        if  the   answer  could  not  be  obtained  for 
H  5  HMIN,  where  HMIN  is    chosen  to  avoid  significant 
roundoff  error . 
YMAX  as  in  DIFSUB   and  DU. 

H^X  largest   allowable  stepsize  $    |TEND  -  t|    specified 

by  the  user. 
H      .  the   current  stepsize.     H  is  set  by  the  program  and 

is  not  initialized.      Since  TEND  can  be  less   than  T, 
H  can  be  negative. 
EST  estimate  of  error  in  Y  at  T  on  output.      It  is  not 

an   exact  estimate  of  the  truncation  error,  but  an 
indicator  of  its  size. 
w  a  working  array  which  is   subdivided  by  the   calling 

program  to  provide  the   arrays  needed  by  DIFSUB  or 
DU.      Its   dimension  is   31  *  H  +  1  for  VOA, 
31  *  N  +   (N   *  N  +  l)/2  for  BDF,   and 
36   *  N  +   (N   *  N  +   l)/2   for  AST. 
IC  an  N-dimensioned  integer  array  used  in  the  LU 

decomposition. 
On  the  initial  entry,  the  routine  sets 

HMIN   =   10   *  RREB   *  MAXt | | YMAX| | /TOL,    | T| ,    |TEND|) 
as  suggested  by  Hull  and  Enright.      After  an  initial  call  to  DIFFUN,  the  routine 
sets 

H  =    (TOL/U    (Y«(j)/YMAX(j))2)l/2)l/2/1.2 
J 
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as   suggested  by  Shampine   and  Gordon    ["Some  Numerical  Experiments  with  DIFSUB", 
Sandia  Laboratories,   1973].      Y(l)   is  placed  in  W(l3  *    (I  -  l)   +  l) ,    and  the 
initial  addresses   of  the   other  arrays   that  will  be  stored  in  W  are   computed. 
Then  DIFSUB  or  Dk  is    called  and  the  appropriate   action  is  taken  until  T  =  TEND 
or  an  error  occurs . 

These  routines  will  be  made  available  to   campus  users   through  the 
Mathematics   and  Numerical  Analysis   Consultants   for  general  use. 

3-1-3  Periodic   solutions   of  differential  equations    (M.    L.    Schweitzer) 

The   approximation   of  periodic  solutions  of  first  order  differential 
equations  by  Hermite   interpolating  polynomials  was    considered.      For  either  the 
lonautonomous   equation  y»    =   f(y,t)  with  known  period  T  or  the  autonomous 
equation  y'    =  f(y)  with  unknown   period  T,  we  wish  to  find  an   approximation  to 
;he   solution   z(t)    of  the   form 

z(t)   =   i=0   ^aih{t)   +  Vi(t)]  te[0,T], 

'here   <\>±  and  \p±   are  the  Hermite  basis   functions   defined  by 

[i  -  2(t  -  t.)/(t.  -  Vl)][(t  -  t.^/U.  -  t.^)]2,       te[t._is  t.] 

♦±(t)    =   [1  -  2(t   -  t.J/Ct.    -  t.+1)][(t   -  ti+1)/(t.    -  t.+1)] 


,2 


0 


telt.,  ti+1. 


*<*w  W 


(t  -  t.)[(t  -  t 


(t-t.)  [(t  -  t.+1)/(t.  -ti+1)]2,  t.[vt1+1] 


t|j(ti-r  W 


iere 


0, 

t±  =  lT/n,   i   =  0,   1,    ...,  n.      Unlike  the  cubic  spline  approximation  which 
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has   continuous   first   and  second  derivatives,   this   approximation  has   only  a 
continuous   first   derivative,  but   z(t±)    =  a±   and   z'C^)    =  &±. 

The   a's   and  g's    are   chosen  to  minimize   a1    -  f  in   some  sense.      One 
method  for  the  nonautonomous    case  is  to  set  &±  =  fCa.^   t±)    and  solve  the  n 
nonlinear  equations 

I     =  /QT[z'(t)   -  f(z(t),t)]<j>.(t)dt  =  0,  i   =   1,   2,    ...,  n, 

where  a     =  a     for  a  periodic  approximation.      In  the  autonomous   case,  we  fix 
the  value   of  the  solution  at  t  =  0 ,   let  the  period  vary,   and  solve 

I.    =   /01[dz(xT)/dx  -  Tf(z(xT))]4>.(xT)dx  =0,  i   =  1,   2,    ...,   n 

where  x   =  t/T. 

Some  results  obtained  with  this  method  are  shown  in  Table   3.2. 

2 
Broyden's  method  was   used  to  solve  the  system  of  nonlinear  equations.     I   I± 

converged  within  a  tolerance  of  10"     for  all  cases   except  the  Van   der  Pol 

equation  with  y  =  2   and  n  =  8.      In  the   autonomous   case,  the  first   component 

z     of  z(0)  was   fixed  at  the   correct  value. 

Another  method  is  to  treat  the   0's   as  unknowns   and  to  solve  in  the 
nonautonomous   case  the  2n  nonlinear  equations 

I.    =  /  T[z'(t)    -  f(z(t),   t)]<j)i(t)dt   =0,  i  =   1,   2,    ...,  n 

I.        =  fr?[z<(t)    -  f(z(t),  t)]c.(t)dt  =   0,  i   =  1,  2,    ...,  n 

l+n  0  i 

where  a.(t)   maybe  either  ip.(t)    °r   \*±(*)\    for  a11  *■•      Similar  equations  result 

for  the  autonomous    case  as  before.      Some  results  for  the  Van  der  Pol  equation 

obtained  with  this  method  are  shown  in  Tables  3.3  and  3.U.     As  before,  Broyden's 

method  was  used  with  tolerance  10"     and  z.^0)  was   fixed  at  the    correct  value. 

This  method  produces  better  results  than  the   first  but  is   far  more  costly. 
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Furthermore,  the  initial  approximation  must  be  close  to  the  solution  for 
convergence. 


Table  3.2.  Results  with  ex's  unknown  and  3.  =  f(a.,  t.). 


M±l=   pi     li   „/t)    +   r    sin(t) 
dt  [    1-2J   y(t)    +   C2(cos(t)    +  sin(t))]'   T  =  2* 


with  solution  y(t) 


•sin(t) 
cos(t) 


n  =   k 


Z(2} 


z(tt) 


16 


1.0111*1*50 
.003221*6 

1.00061+59 
.00001+37 

1.0000396 
.0000006 

-    .0021*231+ 
-I.OH8OT6 

-    .0001231 
-1.0006235 

-    .0000063 
-I.OOOO369 

B-   .01 


Non-linear  Autonomous    System     (Van  der  Pol's   equation) 


dy(t)  y0(t) 


=  L 


dt 


y(l  -  y1(t)2)y2(t)   -  7l(t) 


yn(t) 

J  where  y(t)    =   [  ] 

y2(t) 


Correct  Value  n  =   h 


n  =  8 


T 
z(0) 

z(TA) 


n  =  16 


6.283221+6 

5.51*73399 

6.13881*51 

6.21*57700 

2.0000010 
0.0 

2.0000010 
-    .8718231+ 

2.0000010 
-    .1*7511*16 

2.0000010 
-    .2577828 

.0099998 
-I.9998927 

-    .871+2670 
-1.99W88 

-    .1*999938 
-2.02.51+55 

-    .2ll69l*ll 
-2.001*2566 
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w  ■  .5 


T 
z(0) 


z(T/U) 


u   =  2.0 


T 
z(0) 

Z(T/U) 


Correct  Value 


n  =   U 


Correct  Value 


=  k 


16 


16 


6.3806T58 

U. 8516562 

6.16U9999 

6.33U9670 

2.002U8T9 
0.0 

2.002U879 
.9962939 

2.002U8T9 
-  .086U3UT 

2.002U879 
-  .0U9068H 

.U786UU5 

-1.761U052 

.8T0328U 
-2.2731397 

.7832563 
-1.7967U0U 

.U656385 

-1.7388033 

7. 6298THU 

3.5033533 

7.1577767 

2. 019  891^ 
0.0 

2.019891^ 
1.36398U9 

2. 01989li+ 
.320U383 

1.2707^98 
-    .6U11U61 

.85^5531     - 
-3.12UU306 

1.3876230 
-    .7869738 
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Table   3.3.      Results   for  Van   der  Pol's   equation  with 
the  a's   and  3's   unknown   and  a.    =  x 


,01 


T 
z(0) 

z'(0) 

z(TA) 

z'(TA) 


n  =   1+ 


n  =  16 


6.2836952 

6.2832757 

6.2832353 

2.0000010 
-   1.2172206 

2.0000010 
-     -01+37535 

2.0000010 
-      .011491+3 

-      .8336265 
-12.9530556 

-     .2810100 
-12.6U51063 

-      .0730923 
-12.581+81+80 

-  .1122822 

-  2.0016608 

-     .0336866 
22.0005529 

-  .OOII+856 

-  2.0000650 

-I3.OI36266 
.  4909216 

-12.6582105 
.07292783 

-12.587I+918 
-     .1189963 

=  1+ 


n  =  8 


n  =  16 


T 
z(0) 

z'(0) 

z(T/l+) 

z'(T/l+) 


6.3733173 

6.3805116 

6.3806897 

2. 002 1+879 
.2518733 

2.0021+879 
-     .01+89271 

2.0021+879 
.0070073 

-     .21+18706 
-20.1+886980 

-     .1+007936 
-II.2160158 

.0067879 
-12.781+2909 

.6757263 
-  1.6712970 

.1+389613 
-  I.7858695 

.1+852132 
-  1.7568606 

-  9. 62351+39 
-ll+.  8033780 

-H.38716197 
-  6.7822695 

-11. 2  032  61+1+ 
-   7.1+110552 
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y  =  2.0 


n  =  k 


n  =  16 


T 
z(0) 

z'(0) 

z(TA) 

z«(T/U) 


6.63T3UT8 

T.126T601 

did  not 
converge 

2.019  891*+ 
-     .3291UU5 

2.019891U 
.2175519 

-  9-5T86U36 
-30.9^9896 

-12.2101U62 
-1+9. 6619360 

1.269 820 k 
-  1.1T96566 

1.3363900 
-     .7887515 

-  U.59W31 
-U6.5217015 

-  6.6330372 
-62.6958565 

Table   3.1*.      Results   for  Van  der  Pol's   equation  with 
the   a'  s   and  g  's   unknown   and  a.    =    |  x.  |  . 


.01 


T 
z(0) 

z'(0) 

z(T/U) 

z'(TA) 


n  =   16 


6.2697298 

6.282357H 

6.2831673 

2.0000010 
.3801186 

2.0000010 
-      .0612201 

2.0000010 
.015972U 

2.U13850U 
-12.8872367 

-      .3886873 
-I2.590305I 

.10003^6 
-12.5707168 

.38566822 

-   1.9966099 

-  .0507528 

-  2.0008535 

.0260006 
-   1.9996515 

-12.7^73137 
-  2.6287038 

-12.590  3050 
.1838686 

-12.565^955 
-      .2898793 
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u  =  .5 


T 
z(0) 

z'(0) 

z(TA) 

z'(TA) 


n  =   k 

n  =  8 

n  =  16 

6.3078331 

6.3799955 

did  not 
converge 

2.0024879 

2.002U879 

.1+900229 

-     .125U262 

2.63^2319 

-     .9833251 

-20. 182 1+383 

-10.9751+211 

.6873U3U 

.38551+02 

-  1.7362069 

-  1.8335508 

-  1.0U816250 

-11.581*5895 

-10.03^5^72 

-  7.5135639 

2.0 


T 
z(0) 

z'(0) 

z(T/U) 

z'(TA) 


n  =   1+ 


n  =  8 


n  =  16 


did  not 
converge 

7.73331+66 

7. 62  32  31 1+ 

2.0198911+ 
1.0796619 

2.0198911+ 
.1901796 

7.3397170 
-82.5851924 

.6901781 
-17.57351+92 

1.1+172531 
-     .1+655768 

1.3316928 
-      .6161603 

-  3.333031+1 

-  7.5009882 

-  1+.711+9290 
-28.5218106 
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3.i.  U.  Global  error  for  ordinary  referential  equations    (B.    Link) 

The  problem  under  investigation  is   finding  a  representation  of  the 
global  error  in  the  numerical  solution  of  a  differential  equation  in  terms  of 
the  parameter  6   controlling  the  integration  program.      Usually  6  is  a  bound  on 
the   estimated  local  error  per   (unit)    step. 

We   considered  solving  the   autonomous  system  of  equations 
y'   =  f(y),        y(o)  =  y0 
using  a  kth-order  Taylor's  method,   and  choosing  the  stepsize  hR  so  that  the 
norm  of  the  principal  part  of  the   local  error  per  unit   step  is   constant,  that 
is 

u6h    =hk+1f(k)(y)/U+D!, 

n     n         n  n 

where   5    is   real  and  fixed  and  |  |uj  |    =  1.     We   shoved  assuming  that  f  is 
sufficiently  different! able   and   ||f°°||    *  0  that  the  error  ^  =  y(tQ)    -  yn 
has  the  form 


e     =  5e(t   )   +  0(h6 
n  n 


where  h  =  max{h  }  and  e  satisfies 


n 
n 


e'   =  f   (y)e  + 


where 

,(k),    ^^wiiJk) 


(t)  =  fU)(y(t))/||fU;(y(t))||. 

We  also  considered  solving  the  system 

y'   =  f(y,t) 

with   a  method  for  which   (l)   the  stepsize  hn  satisfies   0   <  h^  <  hQ  <  hmax  <  », 

(2)   the  global  error  ^  -  OG^V.    (3)  Vn  =  0(«n>.  *™  *n  is  ^  l0Cal  *™] 

and  (U)   un  =  6n/||6n||    =  u(tQ)   *  OCh^).      Then  if  hn  is   chosen  so  that 


V   "    l6n 
-2h- 


where  6  is  real  and  fixed,  the  global  error  has  the  form 


where  e  satisfies 


£n  =  6e(tn)  +  0(h  6) 


e'  =  fy(y,t)e  +  u. 


The  assumptions  can  generally  he  satisfied  for  a  method  of  fixed  order,  and  in 
fact  one  can  obtain  additional  terms  in  higher  powers  of  6  of  the  expansion  of 
e  .   There  are  problems,  however,  when  the  order  is  varied. 

Finally  we  began  an  emperical  study  of  the  error  behavior  for  DIFSUB, 
a  code  which  varies  both  steps ize  and  order.   Several  problems  were  integrated 
■th  a  range  of  values  for  the  parameter  EPS,  which  DIFSUB  uses  as  a  bound  for 
the  estimated  local  error  per  step.   The  logarithm  of  the  global  error  was 
plotted  as  a  function  of  the  logarithm  of  EPS  (denoted  by  A  on  the  plots)  and 
time.   If  the  error  is  essentially  proportional  to  a  power  of  A  then  the 
b  =  constant  profiles  should  be  straight  lines. 

The  plots  for  the  problem 

y^_  =  -  y2,   y1(o)  =  i, 

y2   =  yl»  y2(0)    =  °' 

follow.      A   ranges   from  10~3  to  10~T  in  Figure   3.1  and  from  10_T  to  10_11   in 

figure  3.2.      Figure   3.3  presents  the  order  of  the  formulas   used  by  DIFSUB  as 

-7  -11 

i  ranged  from  10       to  10 "      .      Even  for  this   simple  problem,  the  error  is  not 

generally  proportional  to   a  power  of  A   even  when  A   is  made  quite  small.      The 

irror  is  proportional  to  A  only  when  the  order  is    constant.      The  behavior  for 

>ther  problems  was  worse. 

Future  work  will  include  examining  modified  versions   of  DIFSUB  which 

p+1 
iither  control  the  error  per  unit  step  or  keep  the  error  per  step  $    (EPS)   P    , 
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where  p  is  the  order.  The  error  for  methods  based  on  variable  coefficient 
formulas  which  optimize  the  formula  coefficients  at  each  step  will  also  be 


studied. 
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3.2  Graphical  SuppQrt  Programs 

3.2.1  Automatic  knot   selection  algorithms  for  graphical  output   (W.    L.    Chung) 

1.  Knot-D  with  extended  interval 

The   inclusion  of  extra  sample  points  beyond  the   current  sub  interval 
in  the  discrete  error  norm  produced  much  better  results.        n  fact,  the  extended 
interval  algorithm  KNOT-D     worked  very  nicely  for  those  examples   for  which 
KNOT-D  failed. 

The  idea  arose  from  the   consideration  of  the  analogy  between  the 
scheme   and  the  bending  of  elastica  through  a  set  of  supports   or  knots.      If  all 
the  supports  are  initially  specified  and  are  workless   constraints,   then  the 
cubic  spline  is  the  smoothest   curve  through  the  supports.     However,   our  approxi- 
mation is  subject  to  more  constraints  since  the  bending  process   is   one-sided, 
the  slope  at   each  knot  being  fixed  wihhout  knowledge  of  the  remaining  knots 
ahead.     Hence  the  use  of  extra  sample  points  beyond  the   current  knot  yields   a 
slope  better  accomodated  to  the  knots   ahead. 

The  analysis   of  KNOT-D     was   first  performed  for  the  continuous   case 
because  it   is  simple  and  provides   insight  into  the  discrete  case. 

Stability  of  KNOT-D    .     Let  ah  be  the  length  of  the  extra  interval. 

The  stability  parameter  X    ,   defined  by 

h+ah  h+ah 

X     =  /_   a(x)g(x)dx//n  32(x)dx, 
e          0  (J 

satisfies 

X     =  -0.75[1  -  35a3/(l  -  Ua  +  10a2  +  15a3)]. 
e 

The  graph  of  X      (Figure   3.*0    shows  that  X     =  0  for  a  -  0.35,   Xg  =  -0.75  for 

a  =  0  as   expected,   and  lim  X     =1.      Clearly  the  proper  choice  of  a  will 
a-*° 

significantly  improve  the  stability  of  the  algorithm. 
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Figure  3.U.   Stability  parameter  X    . 

e 


Error  analysis   of  KNOT-D   . 


Lemma.      If  y  e    C   (i) ,   then 


M 


|yj  "W1  '*•  N*WIL*3. 


here 


K     =    |2T      (t*)    -   I      (0)    -   I      (!) 


"ef 


efv 


efv 


+   (a/(l  +  a))5    (105a3  +  2l+0a2  +  l40a)/(l92(l5a2  -   15a  +  l)) 


Xef  =  f0    [(1  "  T>      +   /2   "  me(x)]    dx 


■31- 


and  t*  is   the   root  of  the   integrand  of  Ifif  lying  between  0   and  1. 

Tne  expression  for  £  is  rather  messy  because  the  integrand  in  I 
changes  sign  in  [0 .1]  for  some  values  of  a.  The  values  of  Ke  obtained  by 
numerical  quadrature   are  shown  in  Figure   3-5- 

Lemma.      If  y  e   C   (I)  ,   then 


ef 


y    - 


where  Kg  =  Ke/(l  +  O • 


The  values    of  Kg  are  shown  in  Figure   3.6. 
Theorem.      If  y  e   C  (I),  then 

||y  -PylL  *   (VU  +  1/38U)    ll  "-  ^ax- 

Since  K     is   minimized  and  Xp   is  near   zero  for  a- =  0.3,   it  is   reasonable 
e  e 

to   conclude  that  the   optimum  extra  interval  length  is   approximately  0.3h. 


1.03  4-5 


Figure   3.5.      Error   coefficient  K   . 


,.*  tea    •«-»         •.»  •■         «.n  "•  ••» 

Figure  3.6.     Error  coefficient  K£ 
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2.  Analysis   of  discrete  algorithms 

A  similar  analysis    can  be   carried  out   for  the   discrete    algorithms 
which   are  used  in  the   computer  programs.      Tests  have   confirmed  the  results   of 
this    analysis. 

Stability  of  discrete  KNOT-D.      The   stability  parameter   is 


n-1 


n-1 


*.    >     n--1       3.  ..  %3  "r1      k„     ,2 


X=     E     w  a(x   )8(x   )/     X     v3(x)=-Z     w.y   d(l-u   ) 5/     l     w.y.\l-y    )! 
J  =2      J        J  J        j=2      J  J  j=2      J   J  J  j=2     J    J  J 

where  the  x     lie   in  the   current   interval   (x. ,x.    _)    and  y     =  x   /(x        -x   ) 

J  x     1+1  j  j        i+1     i 

The    condition    |x|    <   1  is  necessary  for  the  stability  of  the   algorithm.      This 
condition   is   not   always    satisfied.      For  example,    consider  Figure    3.7.      Clearly 


for  a  single  interior  point  y2  ,    |x|    can  be  arbitrarily  large  if  y     is    close  to 

0.      The  behavior  of  X   for  an  arbitrary  set  of  weights   and  points   is   difficult 

to  ascertain.      However,  the  special  case   of  equidistant  points  with  equal 

weights  is   trivial.      Here 

n-1 

(j-l)J(n-j)^/ 
0=2  j=2 

id  X  ■>  -0.75   as  n  ■*■  °°  as   expected.      This   result  is  obviously  true  for  all 


j-l)3(n-j)3/  ns      (j-l)U(n-j)2 


equidistributed  sequences    {y.}  with  equal  weights.      Typical  values   of  X   for 

d 

equidistant   points   are  given  below. 


n 

3 

k 

5 

6 

7 

8 

X(n) 

-1.00 

-0.800 

-0.766 

-0.756" 

-0.753 

-0.752 

Stability  of  discrete  KNOT-D    .      The  stability  parameter  is 


n+m  -     n+m  . 

X     =  -  E     w.y.    (l-y.)   /     I    w.y.   (l-y.)    , 


j=2 


3=2 


where  m  is  the  number  of  extra  points   and  y.    >   1  for  j    >  n.      Since  the  terms 

in  the  numerator  for  y.    >   1  are  opposite  in  sign  to  those   for  y     <  1,    |Xe|    may 

be   less  than    |x|.     However,   if  X  is   already  small,  the  additional  terms  may 

increase   its  magnitude. 

This  improvement   is   illustrated  by  the   case  of  adding  a  single  point 

y          =  ah  to  a  set  of  equidistant  y's.      X    (n)    for  n  =   3  and  <»  is  plotted  in 
n+1  e 

Figure   3.8.    ,  Recall  that  X(3)    and  X(°°)    are   -1   and  -0.75- 

Figure  3-9   shows   X   (3)    (data  points   yg   and  yn+1  =  ah)   for  various  y2 

and  reveals  that  X     -  0  for    .25   <  a  <    .3  for  any  p_ .     Hence  it  is  possible  to 
e  c- 

transform  an  unstable  algorithm  into  a  stable  one  by  the  addition  of  extra 


-5*- 


sample  points 


Figure   3.8.      Stability  parameter  A 
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Figure  3.9.   X  (3)  for  various  u  . 


The  values  of  X   and  X   for  a  realistic  example  (Example  l)  are  listed 


in  Table  3.5. 
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Table   3.5-      Comparison  of   X  and  X    . 

e 


Sub interval 

A 

X 
e 

a 

(0.1        -   5, 
0.928  -   U) 

-0.75212 

-0.31 

0.20  315 

(0.928  -  1+, 
0.208  -   3) 

-0.75331+ 

-0.35601+ 

0.19  338 

(0.208  -   3, 
0.355   -   3) 

-0.761+21 

-0. 31+716 

0.19596 

(0.59^  -   3, 
0.856  -   3) 

-0.75137 

-0.26752 

0.21221+ 

(0.81+6  -  3, 
0.159   -  2) 

-0.85333 

0.11753 

O.3I+O87 

(0.159   -  2, 
0.1+58  -  2) 

-O.7U637 

0 . 72609 

2.6509 

3-  KNOT-DP   (nonlinear   interpolation) 

The   tests   of  KN0T-De   revealed  one   critical  problem  -  too  many  points 
are  used  where  the   curve   is  nearly  linear  but  very  steep.      The   obvious    reason 
is  that  the   error  e   =  y  -  Py   can  be   very  large   even  though  the   curves  y  and 
Py  are  visually  indistinguishable. 

To  overcome  this  problem,  a  new  scheme  KNOT-DD  was  developed  and 
proved  to  be  effective  for  such  portions  of  curves.  In  this  scheme,  m.  is 
chosen  to  minimize  the   following  sum  of  squares. 

D  -  E   (y     -  Py   )2/(i  +   (P»yJ2)   +  w(m,    -  s)2. 
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Here  s  is  the  slope  of  the  line  passing  through  the  end  points  of  the  curve  y. 
Solving  the  equation  3D(m.)/3m  =  0  yields 

m     =   s    _   E    (y      -  Py    )    [-2B(x   )    (1   *    (P'y.)2) 

-  2(y.   -  Py.)   P'y.  B'(x.)]/(2w[l  +  (P'y.)2]2), 

j  J  J  J  " 


Th 


is   nonlinear  equation  for  in.    is   solved  using  Steffensen's  method  with  the 


initial  estimate  of  m.   ohtained  from  KN0T-Dg 


k.  Adaptive   scheme 

While   KNOT-DD  was    superior  to  KNOT-De  on   steep  portions   of  a  curve. 

KNOT-D     was   superior  on  smooth  sections.      Since  their  advantages   seem  to  he 

e 
mutually  exclusive,  we   decided  to   comhine  them  into  an  adaptive   scheme  which 

applies   each  algorithm  only  on  the  appropriate  portions   of  curves. 

Since  the   St  ef  fens  en   iteration  in  KNOT-DD  requires   the  slope  in. 

produced  "by  KNOT-D    ,   the   increase  in   overhead  is  not  very  large.      However, 

the  savings    in   storage  .and  processing  time  are  significant. 


5.  Experimental  results 

The   algorithms  were  tested  on  the  following  examples. 

1. 

y«    =  -iOU{y  -  sin  x  -  tanh   lo\x-u/2)}  +  cos   x  +  10   sech  10   (x-ir/1 

y(o)  =  o 
2.      (Pulse  transformer): 

yi    =  7.1+8(l-y)    -  22.3(0.325cos   22. 3t   -  sin  22.3t)e"7'         ,        t   <   2 

y«    =  -iH.96(0.0728+y)   +  kk.6{0 .325cos   UU.6(t-2) 

.      , ,    ct.    _vv   -lU.96(t-2)  t  >  2 

-  sin   UU.6(t-2) )e  ,  u 

y(o)  =  o  "38- 


3.      (Fast-rise    current   switch): 

y<     =     -5.0X105    y    +    V/6.X10"5 

V  =  0.0,  t  <  0.1 
+6.0,  t  >  0.1 
-6.0,    t   >    0.2 

y(o)  =  o 

k.      (Transformer): 

7f  =  0.89{-l6ly  -  158.8cos  lOOt  +  103.5^sin  lOOt  -  123(0. l6e~38t 
+l.l6e-28Ut)} 

y(o)  =  o 

5.      (Double-differentiator): 

y'    =   -lQy  +  103(l-10t)e"10t 
y(o)  =  o 

6. 

y(w)    =  Jw(l-w2+.ljw)(l-w2/9+0.01jw)/{(jw)2(l-w2/9+0.01jw)    - 

(l-w  +0.1jw)(l-w2/9+0.01w)2   +  O.l(jw)3  + 

0.1jw(l-w2+0.1jv)(l-w2/9+0.01jw)} 

Ihe   electronic   circuits    from  which  Examples   2   through    5  are   derived  are   shown 

in  Figure   3.10.      All  data  was   generated  by  solving  the   differential  equations 

using  DIFSUB,    except   in   Example  6  in  which  equidistant   sample  points  were  used. 

Che   output    curves   are   shown  in   Figure   3.11. 

Table   3.6  lists    the   number  of  knots   required  by  KN0T-D    ,   KN0T-DD 

e         • 

md  the  adaptive  scheme  to  satisfy  the  tolerance  EPS  -  10"3(3  x  10~^  for 
Example  3).   The  percentage  figures  listed  give  the  percentage  of  the  original 
storage  required  to  represent  the  data  (two  words  are  used  at  each  knot  to 
store  the  ordinate  and  slope)  .   Thus  if  10  knots  are  selected  from  100  input 
sample  points,  the  storage  required  is  reduced  to  20$  of  the  original. 
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Figure   3.10.      Circuit   diagrams 
-kO- 


Ex.    3 


Ex.    2 


fc— i. 


Ex.    h 


Ex.    5 


Ex.    6 


-kl- 


Fi glare    3.11.      Output   curves 


Table   3.6.      Comparison   of  algorithms. 


#   data 
points 

KNOT-D 
e 

KN0T-DD 

Adaptive 
scheme 

Ex.    1 

209 

32 
(31*) 

2U 

(23*) 

15 

(lh.h%) 

Ex.    2 

367 

32 

(IT. 5*) 

37 

(20*) 

32 

(18*) 

Ex.    3 

398 

28 
(lk%) 

6 
(3*) 

8 
(W 

Ex.    k 

358 

60 

(33  k%) 

26 

(1U.5*) 

**  60/329  ** 
(36*) 

Ex.    5 

120 

12 

(2036) 

22 

(36.7*) 

10 

(17*) 

Ex.    6 

201 

27 
■        (27*) 

*  60/79  * 
(152*) 



21 

(21*) 

*       KN0T-DD  did  a  very  poor  job   for  the  nearly  flat  portion  of 
the   curve. 

**     Only  33  knots   out   of  358  input  points    (l8*)   were  necessary 

-2 
to  reproduce  the  original   curve  with  EPS  =  10      ;   the  other 

examples,   except  Example  3,   also  could  be  handled  properly 

with  EPS  larger  than  10      . 

3.2.2  Operating  systems   (L.    Lopez) 

SPACT 

Several  errors  in  the  programming  of  SPACT  have  been  corrected.   Two 
features  have  been  added: 

1)  Automatic  recovery  from  an  out  of  storage  situation.  'When  SPACT 
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determines  that  it  has  insufficient  storage  to  allocate  a  buffer  for  reads 
from  the  PDP-8  instead  of  crashing  immediately  (as  had  "been  coded),  it  now 
attempts  to  execute  any  programs  which  have  been  requested. 

If  such  a  program  frees  a  read  buffer  or  any  other  storage  outside 
of  the  swap  area  SPACT  may  then  have  enough  space  to  allocate  the  read  buffer 
and  thus  avoid  the  crash. 

2)   All  storage  freed  will  be  cleared  to  C'FREE'.   All  memory  links 
have  their  last  word  cleared  to  CLINK',  except  for  the  first  which  will  be 
cleared  to  C'BASE'.   All  storage  allocated  will  be  cleared  to  C'USED'.   (This 
last  is  not  yet  implemented.) 

The  purpose  of  this  feature  is  to  shorten  dumps  (which  will  save 
paper)  and  increase  the  readability  of  such  dumps. 

BATCH,  the  batch  runner  of  SPACTOBJ  seems  to  perform  perfectly. 

SPACT,  the  remote  runner  of  SPACTOBJ,  was  little  used  this  quarter. 

Old  PLW 

A  few  bugs  were  corrected. 

New  PLW 

Preliminary  work  has  begun  on  the  scanner  for  the  new  version  of 
PLW. 

3.2.3     Testing  GLOBAL  (N.  Abramovitz) 

Work  is  being  done  to  collect  data  about  GLOBAL  Phd.   The  program 
contains  two  methods  for  generating  equation  trees  dealing  with  I  variables, 
the  analysis  data  consists  of  a  count  of  the  number  of  assembler  instructions 
generated  to  process  the  network  equations  for  each  class  (see  DCL  Report 
Jo.  UUL, )  and  also  the  size  of  the  equation  block.   Code  was  inserted  into  the 
programs  COMP  and  P1DR  which  do  the  actual  generation.   GLOBAL  was  modified 


to  support  the  new   data  management   routines   in  GRASS.      As   the  processing  of 
the  networks  progressed  hugs   shoved  up   in  the  GRASS  system.      In  the  monitor 
program  SPACT,   the  routine  to  recover  when  no   core   is    available  had  a  program- 
ming error.      GLOM,   the   file  management  program  had  problems  when   data  blocks 
from  the  PDP-8  were  split.      These   problems  were   corrected  immediately.     A 
problem  which  took  some  time  to  trace   down  was   in  WEED;   the   first  node  got 
chained  to  itself.      This  problem  was   caused  by   a  switch  not  being  set   correctly 
to   reflect  what  the  tree  represents.      The  most   recent  problem  is  that  some 
blocks  sent  from  the  PDP-8  to  the  360  were  invalid.      Some  of  these  blocks  were 
corrected  by  recreating  them.      The  others  will  be  analyzed  to  find  out  what   is 
wrong  with  them. 

3.3  User  Oriented  Software 

3.3.I  Network  Analysis    (T.   Runge) 

The  Network  Analysis  package  being  written  in  PLW   consists   of  three 

processes: 

1)      The   Input  Routine.      This   routine  reads   the  input   cards  which 
define  the  user's  network,   translates   the   data  from  a  pseudo-PDP-8  format 
into   a  PLW  format,   and  interprets   the    data  to   create  PLW  data  structures 
representing  the  network. 

The  input   routine  was    completed  during  the   first  quarter  of  19lh. 
It  and  the  data  structures   it   creates   are  described  in  the   quarterly  technical 
progress   report   for  that  period. 

2)     The  Network  Traversal.      This   consists  of  a  pre-end  order  travers? 
of  the   tree-like   structure   of  pictures   and  subpicture  instances  which  is   the 
user's  network.      This  traversal  produces   an  intermediate  representation  of  the 
network   equations . 


The  preorder  visit  routine,  Visit  Down,  and  portions  of  the  endorder 
visit  routine,  Visit  Up,  were  completed  during  the  first  quarter  of  197U. 
These  are  described  in  the  quarterly  technical  progress  report  for  that  period. 

During  the  second  quarter  of  197U,  the  intermediate  representation  of 
equations  has  been  redesigned  and  procedures  for  checking  the  syntax  of  equation; 
and  building  the  intermediate  representation  have  been  coded.   This  completes 
the  Visit  Up  routine  and  the  Network  Traversal.   The  intermediate  representation 
and  the  procedures  coded  during  this  quarter  are  described  below. 

3)   The  Output  Routine  Builder.   This  process  classifies  variables  by 
the  frequency  at  which  their  values  must  be  recomputed  and  forms  the  three 
FORTRAN  output  subroutines: 

a)  SI  -  assignment  statements  for  variables  whose  values  are  fixed 
globally. 

b)  S2  -  assignment  statements  for  variables  whose  values  change 
only  at  changes  in  the  time  step. 

c)  DIFFUN  -  equations  which  involve  variables  whose  values  change 
more  frequently  than  the  time  step. 

The  coding  of  the  Output  Routine  Builder  has  been  completed  during 
the  second  quarter  of  197U.   This  routine  is  described  below. 

Intermediate  Representation 

The  intermediate  representation  of  equations  consists  of  a  forest  of 
trees,  each  tree  representing  an  equation.   The  equations  are  rooted  at  their 
=  operators  and  are  linked  into  the  forest  by  special  'end'  operators  as 
depicted  below: 


The  tree  nodes  are  of  four  types,  each  with  its  own  node  format 
The  type  of  a  node  is  specified  by  the  first  field  which  contains  a  code. 
These  node  formats,  are  depicted  below: 


Function  Node 


CODE 

FUNCTION  NAME 

to  end  of  argument 

e- 

s 

to  argument  subtree 

• 
• 
• 

s 

to  argument  subtree 

*r~ 

Numerical 

Leaf 

CODE 

number  in  source 

Operator  Node 


CODE 


to  left  subtree 
• 


to  right  subtree 


Variable  Leaf 


CODE 


flag  on  if 
differentiated 


to  symbol  table 
entry  • 


The  unary  operators,  unary  -  and  (,  have  null  left  links.  Unary  +, 
the  differentiation  operator  ' ,  and  the  delimeters  )  and  ,  do  not  appear  in  the 
intermediate  representation.  Unary  +  is  extraneous.  The  differentiation 
operator  is  encoded  in  the  variable  leaf.  Right  parenthesis  can  be  inserted 
when  a  left  parenthesis  node  is  visited  in  endorder  during  generation  of  source 
from  the  intermediate  representation.   Commas  can  be  inserted  between  function 
arguments  at  the  same  time. 
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Syntax  Analysis 

The  analysis  of  equation  syntax  is  performed  by  the  procedure  SYNA, 
which  also  acts  as  a  driver  for  the  intermediate  representation  builder  INTBLD. 
SYNA  aborts  the  building  of  an  intermediate  representation  for  any  equation 
found  to  have  a  syntax  error,  although  syntax  analysis  continues  and  attempts 
to  find  all  syntax  errors  in  each  equation. 

SYNA  is  a  two  state  finite  automation  which  passes  operand-operator 
pairs  to  INTBLD  until  an  error  is  found  or  the  »end»  operator  is  encountered. 
The  special  cases  in  which  an  operator  is  sent  alone  to  INTBLD  are  the  operators 
unary  -,  unary  +,  left  and  right  parenthesis,  comma,  and  functions.   Unary  + 
is  simply  ignored  by  INTBLD  while  comma  and  right  parenthesis  (which  do  not 
appear  in  the  intermediate  representation)  are  used  by  INTBLD  to  direct  the 
construction  of  the  trees. 

Intermediate  Representation  Builder 

Each  time  it  is  called,  INTBLD  is  passed  an  operand  (possibly  null)- 
Dperator  pair.   INTBLD  first  builds  the  nodes  for  the  input  operand  and  operator, 
Ihen  it  uses  operator  precedence  and  an  operator  stack  of  pointers  to  operator 
and  function  nodes  to  place  these  nodes  into  the  tree  structure  of  the  inter- 
nediate  representation. 

While  the  stack  precedence  (stack  precedence  of  the  operator  on  top 
3f  the  stack)  is  greater  than  or  equal  to  the  input  operator  precedence,  the 
input  operand  is  attached  as  the  right  subtree  of  the  operator  on  top  of  the 
stack,  the  subtree  rooted  at  that  operator  becomes  the  input  operand,  and  the 
stack  is  popped. 

This  process  is  terminated  when  the  input  operator  precedence  becomes 
greater  than  the  stack  precedence.   Then  one  of  the  following  three  steps  is 
Performed: 

4T-       . 


a)  if  the  input  operator  is  ' , »  -  attach  the  function  argument 
subtree  which  is  the  input  operand  to  the  function  node  which  is  on  top  of  the 

stack. 

b)  if  the  input  operator  is  ').'  -  either  attach  argument  subtree 
to  function  node  as  above  or  attach  parenthesized  expression  subtree  as  right 
subtree  of  left  parenthesis  node  which  is  on  top  of  the  stack.   Then  pop  the 
top  node  from  the  stack  to  be  the  input  operand  when  INTBLD  is  called  next. 

c)   if  the  input  operator  is  any  other  operator  -  attach  the  input 
operand  as  the  left  subtree  of  the  input  operator  and  place  the  input  operator 
on  top  of  the  stack. 

The  operator  precedences  used  by  INTBLD  are: 


operator 

pr 

input 
2  cedence 

stack 
precedence 

end 

0 

- 

= 

1 

1 

function 

9 

2 

s 

3 

- 

) 

k 

- 

( 

9 

3 

-•+ 

5 

5 

*,/ 

6 

6 

**,  unary  - 

8 

7 

These  precedences  produce  the  usual  precedence  and  association  of 
arithmetic  operators  and  delimeters  while  causing  the  'end'  node  to  be  the 
root  of  each  tree  and  the  '='  node  to  be  the  left  son  of  the  root. 

Output  Routine  Builder 

The  network  analysis  package  classifies  all  variables  and  parameters 

into  one  of  the  following  classes: 
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ariable 
type  description 

0  constant  value . 

1  value  set  globally  before  each  run. 

value  changes  only  when  time  is  incremented. 
3  value  may  change  more  frequently  than  time.   Has  linear 

coefficients  only. 
h  value  may  change  more  frequently  than  time.  Has  non-linear 

coefficients. 
After  the  network  traversal,  each  variable  has  been  assigned  type  0, 
,  2,  or  3.   Variables  which  are  set  equal  to  constants  in  some  equation  receive 
ype  0.   Parameters  from  the  user's  outer  network  receive  type  1.   The  predefined 
ariable  TIME  receives  type  2.   All  other  variables  receive  type  3.   Also  at 
his  point,  the  intermediate  representation  consists  of  a  single  forest  with 
he  trees  representing  all  equations  linked  into  it. 

Next  all  equations  in  the  intermediate  representation  are  processed 
o  find  those  which  will  comprive  the  output  subroutines  Si  and  S2.   These  are 
he  equations  which  contain  a  single  type  3  variable  which  is  not  differentiated 
nd  is  not  a  function  argument  or  an  operand  of  an  exponentiation  operation. 

Such  equations  are  passed  to  the  routine  GTASG  along  with  the  direction 
rom  the  root  of  the  equation  to  the  leaf  for  the  type  3  variable.   GTASG  alters 
he  tree  structure  of  the  equation  to  isolate  the  type  3  variable  on  the  left 
ide,  forming  an  assignment  statement. 

If  the  equation  contains  a  type  2  variable  then  the  type  3  variable 
lso  receives  type  2  and  the  assignment  statement  is  linked  into  a  forest  of 
ssignment  statements  for  subroutine  S2.   Otherwise  the  type  3  variable  receives 
ype  1  and  the  assignment  statement  is  linked  into  a  forest  of  assignment  state- 
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merits   for  subroutine  SI.      In   either  case,  the   equation  is   removed  from  the 
original  forest. 

The   entire  original  forest   is  processed  repeatedly  in  this  manner 
until  no  more   equations   are  found  which   satisfy  the   conditions.     This  is  necessarj 
because   type   3  variables   are  being  reclassified  as   type   1  or  2  variables    and 
this  may   cause   equations  which   originally  did  not  satisfy  the   conditions  to 
satisfy  them  at   a  later  time. 

The   assignment   statements  appear  in  the  forests   for  SI  and  S2  in  the 
same   order  in  which  the  equations   from  which  they  came  were  found  to  satisfy 
the   conditions.      Thus  when  they  are  executed  in  this  same  order,   the   right  hand 
side  of  each  assignment  statement  will  involve  only  variables  whose  values  have 
been  set  either  as    constants,   globally,  by  the   time  step   (S2   only),   or  by  a 
previous   assignment   statement  in  the  same  subroutine. 

When  this  process    is    completed,   the  original  forest  is  processed 
once  more  to   determine  which  type  3  variables   should  receive  type  h.     Any  type  3 
variable  which  is   differentiated,   is   a  function  argument,   or  has  a  variable 
coefficient  of  type  3  or  k  receives   type  k. 

At  this  point  all  variable  types  have  been  assigned  and  the  three 
forests    are  traversed  by  the  routine  OUTGEN  to  generate  the  source  text  for 
the  three  output   subroutines    SI,    S2,    and  DIFFUN . 

This  postorder  traversal  requires  the  recovery  of  the   source  text 
for  operators   from  their  operator  codes,   and  the   insertion  of  commas   and  right 
parenthesis  at  the  appropriate  places.      These   operations    are  very  simple  and 
we  will  not   discuss   them  in  detail  here.      It  is   also  necessary  to   do   some  specia, 
handling  of  the  equations  for  DIFFUN   and  to  generate  output  names   for  the 
variables.      These   operations  are   described  below. 

Unlike  the   assignment  statements   of  SI   and  S2 ,   the   equations   of  DIFFtfl 
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are  to  be   simultaneously  satisfied.      Thus   they  are  numbered  and  their   form 
slightly  altered.      For  example   if  the  nth   such   equation   is 

left   side  =  right   side 
OUTGEN  generates  the   assignment  statement 

DY(n)    =   left   side  -    (right  side). 
Then  the   numerical  package   can  operate  on  these   assignment   statements 
until  all  of  the  DY's  become  0   and  thus    all  of  the  equations   are  satisfied. 

To  reduce  the  number  of  variables  which  must  be  handled  by  the 
numerical  package  only  one  output  variable  name   is   generated  and  used  for  each 
ring  of  equivalent   variables   in   the  symbol  table.      (See  Quarterly  Technical 
Progress   Report   for  first  quarter  of  19lh  for   description  of  symbol  table 
equivalence  rings.)      The  output  variable  names   are  array  elements.      The   array 
used  is    determined  by  the  type  of  the  variable.      The   array  indices    are   assigned 
sequentially  as    output  names    are   generated.      The   forms   of  the   output   variable 
names   are: 

G(NG)  for  type   1  variables   where  NG  is   the   index  assigned 

T(NT)  for  type  2  variables   where   NT  is  the   index  assigned 

YL(NYL)  for  type   3  variables  where  NYL  is   the   index  assigned 

K(l,NY)  for  type   k  variables 

Y(2,NY)  for   derivatives   of  type   k  variables  where  NY  is   the   index  assigned 

Type   0  variables    appear  in  the   output   routines   as    constants   and  thus 
iave  no  output  names  . 

Each   time   a  variable,   V,    is   encountered  in  the   generation  of  the 
mtput  routines,   OUTGEN   determines  both  the  variable,   VB ,  which  marks   the 
beginning  of  the  symbol  table   equivalence  ring  on  which  V  lies,   and  the  sign, 
>,  between  V  and  VB . 

I 
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If  VB  has  not   already  been  assigned  an  output  name,   it   is   assigned 
one   at  this   point.      Note  that  if  V  and  VB  are   type  0  variables   then  VB   is   linked 
to  a  constant   string  and  this  string  is   VB's   output  name.      Now   the  variable  V 
is   represented  in  the   output  subroutine  by  VB's  output  name.      (A  -  is    inserted 
before   this   output  name   if  the   sign  S   is  negative.) 

At  this  time  the  network   analysis  package  is   entirely  coded.      During 
the  next   quarter,  work  will  proceed  on  two  fronts: 

1)  Compiling  the  package  on  the  presently  uncertain  PLW  Compiler 
and  debugging  it .  « 

2)  Coding  a  routine  to  print,   upon  request,   a  network  map.      This 
map  would  depict  the   item-by-item  structure  of  the  user's  network  and  list   all 
connected  rings   of  terminals,   all  sets   of  equivalent  variables  by  their  input 
names   along  with  the   output  variable  name  used  for  the  ring,   and  all  output 
assignment   statements   for  the  three  output  subroutines. 

3.^  Satellite  Processor  Software  and  Hardware 

3.^.1  CMREQ  -  Core  management   for  GRAPHICS  interpreter  (R.  Whyte) 

CMREQ  is   that  section  of  the  PDP-8  resident   code  which  handles  the 
placement,   addition  and  removal  of  files   and  interprets  segments  in   core.     A 
general  background  of  the   implementation  may  be   found  in  the  third  quarter 
report   of  1973,   pp.    65-66.      The  following  serves  to  update  previous  writeups 
and  give   a  detailed  explanation  of  the  program's   structure  and  use. 

To  begin  with   core  space  is   divided  by  a  basic  unit   called  a  file. 
The  file  is   composed  of  a  nine  word  header  followed  by  its   data  which  are  divided 
further  into  blocks   and  entries  within  those  blocks .      There   are  two  types  of 
files:    interpreter  segments  and  user  files  which,   although  treated  externally 
as  the  same,   contain   different  headers.      The  first   five  words   of  all  files  look 
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like  this 


POINTER  TO  ALLOCATED  END  OF  FILE 


FORWARD  LINK  TO  NEXT  FILE 


BACKWARD  LINK  TO  PREVIOUS  FILE 


LAST  REFERENCE  NUMBER 


WRITE  MODIFICATION  AND  CORE  LOCK  FLAG 


FILDSP 
FRNTPT 
BACKPT 
LSTREF 
WRTFLG 


These  words    contain  the  necessary   information   to   implement  the   link  list   and 
LRU  aspects    of  the    core  management   scheme.      The  next   four  words    differ  in   User 
and  Interpreter   files.      These   are   as    follows: 


USER 


INTERPRETER 


ACTIVE 

FILE  #  | 

USERID 

CONSOLE  NUMBER 

TYPE 

#  DATA 

WORDS  IN 

FILE 

SEGMENT  EXTENSION 

NAME 

LETTERS 

1 

AND 

2 

NAME 

LETTERS 

3 

AND 

1+ 

NAME 

LETTERS 

5 

AND 

6 

FLUSID 
FLCONS 
FLTYPE 
FILUSE 

These  words  are  either  self  explanatory  or  are  as  they  were  explained  in  the 
third  quarter,  1973  report  with  the  exception  of  changes  to  LSTREF,  WRTFLG,  and 
FILUSE. 

The  last  reference  number  ( LSTREF)  will  lie  within  the  range 
100g  <:  LSTREF  $  7776g.   An  empty  file  (i.e.,  free  core  space)  has  a  LSTREF  of 
7T778. 

The  write  modify  flag  now  serves  a  number  of  purposes.   It  identifies 
user  and  interpreter  files,  signals  when  a  file  should  be  written  out  to  disk, 
and  enables  a  file  to  be  "locked"  into  core.  WRTFLG  is  set  when  the  file  space 
is  allocated.   The  flag  is  set  as  follows: 
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0  EMPTY  SPACE 

1  USER  FILE  PREVIOUSLY  WRITTEN  OUT 

2  INTERPRETER  SEGMENT 

3  USER  FILE  NOT  PREVIOUSLY  WRITTEN  OUT 
The  lock  flag  is  set  by  negating  the  flag.   In  this  way  the  flag  meaning  is 
maintained  and  empty  space  cannot  be  locked  in. 

FILUSE  has  simply  been  changed  to  be  a  word  count  of  actual  data 
as  opposed  to  a  pointer  to  the  end  of  the  data. 
Calling  Sequence 

CMREQ  is  called  by  setting  various  data  into  the  CM  parms  area. 
These  parameters  also  serve  as  the  IR  parms  reflecting  the  close  tie  between 
these  routines.   The  parameters  are  on  page  0  and  are  referred  to  as  follows: 
CMCLOC      pointer  to  the  first  word  of  data  in  the  file. 
CMBANK      core  bank  in  which  file  resides. 
NAME12      file  name 
NAME3U      file  name 
NAME56      file  name 
CMACTN      active  file  number 
CMUSID      user  ID 
CMCONN      console 
CMLENG      length  of  data  in  file 
Presently  there  are  seven  functions  performed  by  the  routine.  These 
functions  are  enabled  by  passing  the  appropriate  function  number  in  the  accumu- 
lator when  the  call  to  CMREQ  is  made.   The  functions  are: 
CMSTAT  =  0    charge  back  status 
CMRENA  =  1    rename  current  file 
CMGFIL  =  2    get  active  file  into  core 
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CMGIPS  =  3    get  interpreter  segment  into  core 

CMCREA  =  k  create  space  for  a  file 

CMCNG  =  5    change  length  of  file 

CMDELE  =  6    delete  active  file 

CMREFN  =  7    update  last  reference  number 
Each  call  requires  certain  of  the  CM  parms  to  be  set  and  results  in  others 
being  updated  as  a  result  of  the  call.   In  case  of  error  (say  deleting  a  non- 
existent file)  CMREQ  jumps  directly  to  the  error  routine. 

The  functions  are  best  described  in  the  order  in  which  one  might 
call  the  program  to  process  a  file.   Initially  one  would  create  space  for  the 
file. 

CMCREA 


To   create  space   for  a  file   it    is   necessary  to   set   CMLENG  to  the 
needed  length   and  CMACTN ,    CMUSERID,    and  CMCONN   to  their   appropriate  values. 
Phe  proper  CMCLOC   and  CMBANK  will  be  set   and  the   file  header  initialized.     At 
ihis  point   CMCLOC  and  CMBANK  are   assumed  to  be   current.      When   it  happens   that 
:he   file   either  shrinks   or  grown    from  its   original   allocation   one  calls: 

CMCNG 

To  change  the  length  of  the  file  it  is  necessary  to  set  CMLENG  to 
he  new  length.  Should  the  file  need  to  be  renamed  under  a  different  active 
'ile  number   call: 

CMRENA 

To  change  the  active  file  number  one  sets  the  new  number  into  the 
MACTN  word.   Each  time  a  file  is  referenced  one  should  call: 

CMREFN 

To  update  the  last   reference  number.      In   order  to  reference  a  previous 

ctive   file  it   is   necessary  to   call: 
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UTILITIES 


(sWAPIT  J 


INITFL 


f 

f  RETURN  J 


YES 


CREATE 

TEMPORARY 

NAME 


WRITE  TO 
DISK 
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UTILITIES 


FILUSE=1 


WRTFLG=0 


LSTREF=-1 


FLUSID=0 


GET  PARMS 
FROM  CALL 


YES 


f  SCAN   J 


SET  SCAN 
CONTIGUOUS 


SWITCH 
BANKS 


SET  RETURN 
+1 
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SEARCH 


•58- 


{     CMCNG   J 
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f  CMDELE  j 


SCAN 
FOR  NAME 


DELETE 
POSSIBLE 

DISK 
TEMPORARY 


f  CMREFN  j 


INCREMENT 
REFCNT 


SET  REFNUM 


(  CMDONE  J 


*/  RESET  j 
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CMREQ  FUNCTIONS 


(  CMSTAT  J 


NEGATE 
WRTFLG 


(CMRENA     J 


DELETE 
POSSIBLE 

DISK 
TEMPORARY 


RESET 
FLUSID 


SET   FLCONS 


WRTFLG=3 


f  CMDONE    J 


(  CMGFIL    ) 


SEARCH   CORE 
FOR  FILE 


CREATE 

TEMPORARY 

NAME 


WRTFLG-1 


SET  FLUSID 


UPDATE 
REFNUM 


(  CMDONE    ) 


(  CMGIPS    j 


SCAN   FOR 

EXTENSION 

IN    CORE 


TEST   REST 
OF  NAME 


UPDATE 
REFNUM 


f  CMDONE    J 


(    GETIPS  } 
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CMGFIL 

To  locate  a  file  it  is  necessary  that  CMACTN,  CMUSID,  and  CMCONN 
be  set  to  the  file  desired.   The  return  will  update  CMCLOC  and  CMBANK.   Finally, 
to  delete  a  file  from  active  status  call: 

CMDELE 

To  delete  the   core  and  any  disk  temporary  occurrences   of  the  file. 
The  one  interpreter  segment   call  brings  the  segment   from  the  disk   and  places 

it   in   core. 

CMGIPS 

The  six  letter  name  must  be  set  in  NAME1-6  and  the   extension  in 
CMACTN.      Upon  return   CMCLOC  and  CMBANK  are   set  to  point  to  the   file. 

With  these  seven  functions  and  those  of  IR  all  necessary  filing 
requirements  should  be   covered. 

CMREQ,  program  details 

Behind  the  seven  basic  functions   lie   an  array  of  utility  and  functions 
routines  which  act,   often  invisibly,   to  achieve   efficient  and  virtual  use  of 
that   core  which  is  available. 

3.1+.2  Plorts   Interface  to  PDP8   (A.   Whaley) 

The  program  (PDP8INTF)    is   divided  into  parts   as   follows: 

1  Initialization 

2  Main  wait   and  timer  exit 

3  Logic  for  PLORTS /batch   communication 
k         Attention  handler  -  reinstates   timer, 

starts   read,   cancels  batch  transmissions 

5  Read  section 

6  Resource  management 
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7  Write  section 

8  Requests    -  input 

9  Requests  -   output 

10  Requests    -   special 

11  Terminal   command  processor 
PDP8  to  PLORTS  interface 

It  has  been   decided  to  assign  the  PDP8  permanently  to  PLORTS   for  the 
purposes   of  communication.      360   jobs    that   use  the  PDP8  will  now   communicate 
indirectly  through  PLORTS.      All  jobs   currently   running  may   continue  to   run,    and 
the  added  facility  will  exist  to  be   able   to  use  the  PLORTS  timesharing  system 
or  EXPRESS  with  FILED  output   to  provide  processing  power  for  graphics.      Fairly 
small  graphics   programs   run   interactively   in   timesharing  will  enjoy  immediate 
service,    although  the   capability  will  not   approach  that   of  the  PDP10  now  connected 
to  the  PDP8.      PLORTS    currently  supports   a  number  of  interface  programs,   each   of 
'hich  handles   one  remote  minicomputer  serving   some  number  of  timesharing  terminals. 
Che  program  described  here  will  be   added  to  PLORTS  to  handle  the  PDP8  which   can 
serve   eight   graphics   terminals. 

Initialization 

On   entry  Rl  points    to   an    ECB   in   PLORTS.      A   COMM  macro    is   used  to 
;enerate  three  principle   communication  ECB's   and  to  notify  PLORTS  of  their 
•ocation  through  its    ECB   at  Rl.      The  PDP8  DCB   is   opened  giving   connection  to 
•he  PDP8  channel  on  the    360.      Then  ENBATN   is  issued  on  the  DCB.      ENBATN   is    a 
■ocal   system  modification  which  allows   a  program  to  be  notified  via  an   ECB 
henever  an  ATTENTION   signal   is   generated  on  the   device   assigned  to  the  giver. 
CB: 

ENBATN        DCB   =  P8DCB,    ECB   =  P8AECB 
he  PDP8  generates  ATTENTION  with   its  ERI   instruction,  which  it   issues  when   it 
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wishes  to  transmit   to  the   360 . 

PDP8INTF  uses  several  files   to  store   data.      One   is  P81NQ  for  storing 
input   lines   from  the  PDP8  that   cannot  he   sent   anywhere  yet.     Another  is  the 
ERROR   file  used  to  record  messages    concerning  errors   on  the  PDP8   channel  during 

normal  operation. 

Two  hatch   communication  ports   are    available  which   allow  hatch   jobs 
to  talk   directly  with  PDP8  terminals.      While  some  terminals   operate   in  this 
mode,    others   may  he   connected  to  PLORTS.      As   one  hatch  job  using  the  new  monitor 
written  Spring  1973  is   capable  of  doing  swapping  and  handling  up  to   eight  batch 
jobs,  only  one  batch  communication  port   should  be  necessary.      The  other  port  was 
added  for  possible   expansion   for  unforeseen  requirements. 
WATT  and  TIMER  Exit 

All  pauses  in  the. program  are  handled  through  a  common  wait  instructic 
At  this  point  the  program  is  receptive  to  all  external  conditions  it  is  designed 
for,  simultaneously.  The  result  of  this  is  to  make  the  various  functions  totally 
asynchronous.  A  write  operation  may  be  initiated  on  the  PDP8  channel,  and  while 
waiting  for  the  transfer  to  be  completed,  the  program  may  come  out  of  the  WAIT 
state  on  receiving  an  input  request  from  PLORTS  for  one  of  the  terminals.  The 
conditions  which  cause   the  program  to   come   out   of  its  main  WAIT  state   are: 

a)  PDP8  attention   (PDP8  wishes  to  transmit) 

b)  PDP8  read  complete 

c)  PDP8  write   complete 

d)  Batch   interface    (l  or  2)  has   accepted  its   data 

e)  Batch  interface    (l  or  2)  wishes  to  have  data  sent  to  PDP8. 

f)  PLORTS   request   received 

The   asynchronous   functions  involved  share  several  resources.     A  batclj 
request  to  have   data  sent  to  the  PDP8  will  involve  use  of  the  PDP8  output  channe 
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Since  this   is  handled  asynchronously  with  a  PLORTS   output  request,   some  roadblocks 
ire  required  to   desire   functions  which   compete  for  the   same  resource. 

Roadblock  1  -   Queuing  method  for  PDP8  output   channel.      An   internal 
routine   in   PDP8INTF   is    invoked  by  these   macros : 

RSV        P80UT 
RLS        P80UT 
Che  RSV  macro    causes   the   reserve   subroutine  to  put   the   return   address   after  the 
}SV  instruction   at   the   end  of  a  queue.      P80UT   is   a  word  that  serves   as   a   list 
lead  for  the  queue.      Subsequently,   the   subroutine  branches   to  the  main  wait 
routine.      The  main  wait   routine  examines    all  list  heads    (one   for  each   device 
landled  -   only  P80UT   currently).      If  the   first    (oldest)   element    in  the   queue 
exists   and  has   not  yet  been   returned  to,    it   is   returned  to  now,   instead  of  the 
/AIT  being   executed.      The   queue   element    is   marked  by   zeroing  the   return    address 
Ln  it.      Until  this   first   queue   element   is    removed  from  the   queue  by  the   RLS 
aacro,   the  WAIT  routine  will  not   schedule   any  use   of  P80UT.      Notice  that 
execution  will   arrive   at  the  WAIT  routine  between  the  RSV  and  RLS  macros  when 
ihe  output  transfer  to  the  PDP8  is   started  and  we    are  waiting   for   completion. 

Roadblock  2   -   Queued  use   of  read  buffer.      The   single  PDP8  input 
Duffer  has   a  numeric   one  byte   flag  associated  with   it   called  RPEND.      This   flag 
Is  set  to  zero  when  the  buffer   is   not   in   use.      When   an   attention • occurs ,   if 
3PEND  is    zero,   an   input  transfer   is   started  by   a  routine   called  READ.      The 
transfer  is   done  by   a  subroutine   called  RDOP .      During  the   transfer,   RPEND  is 
set  to  1.      Subsequent   attentions  may  not   initiate   a  read,   so   a  queue   is  kept 
of  deferred  attentions.      The   queue    consists    of  the   single   flag  APEND,  which 
can  hold  only  one   deferred  request    (a  desirable   feature).      Only  one   attention 
is  supposed  to  be  sent   immediately  before   each  transmission   from  the  PDP8. 
Multiple   attentions   are  usually  caused  by  various  kinds    of   sequencing  problems, 
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which  are  aggravated  hy  aetion  of  the  timer  exit  routine.     Extra  attentions  are 
therefore  discarded  as  there  can  never  he  more  than  one  waiting  buffer  of  data 

in  the  PDP8  at   a  time. 

After  the  transfer,  RPEND  is  set  to  zero,  releasing  the  buffer. 
Before  control  of  the  CPU  is  released,  however,  the  buffer  is  examined  to  see 
where  it  is  to  go.     If  the  buffer  contains  garbage,  or  has  certain  inconsistencies 
between  the  length  of  data  as   stated  in  the  buffer  and  the  length  as  received, 
the  record  is  discarded,   and  some  conditions  are  recorded  by  ERRSNAP,  the  routine 
which  records  I/O  errors  in  a  PLORTS  file.      If  the  terminal  whose  number  is  in 
the  records  is   connected  to  one  of  the  batch  interfaces,  a  task-to-task  transfer 
is  revested  and  RPH.D  is   set  to  3  or  k  (batch  1  or  batch  2).     Notice  that  this 
locks  up  all  further  reads  from  the  PDP8  until  the  batch  task  accepts  this  data. 
Execution  returns  to  the  wait  state.     When  execution  comes  out  of  the  wait  state 
due  to  system  notification  that  this  transfer  has  been  completed,  RPEND  is  set 
to  zero  and  the  wait  state  is  reentered.     RPEND  is   always  set  to  zero  by  the 
RRELEASE  subroutine  which  sets  the  attention  if  an  attention  has  been  saved  up, 
so  that  it  may  now  be  rediscovered  by  the  wait  routine.     A  comter  BCOUNT  is 
set  to  2  when  a  batch  task-to-task  transfer  is  started.     Each  timer  interrupt 
decrements  BCOUNT;  when  it  reaches   zero,  the  transfer  is   cancelled  without 
notification.     If  the  batch  program  being  talked  to  is  not  present,  the  channel 
from  the  PDP8  to  the  360  will  be  locked  up  for  30  seconds  to  60  seconds.     Timer 
interrupts  occur  every  30  seconds. 

When  data  is   sent  to  the  PDP8  from  a  batch  interface,  the  console 
whose  number  is   in  the  transmit  buffer  is  examined  to  see  if  it  is  connected  to 
that  hatch  interface.      If  not,  or  if  the  console  number  is  illegal,  the  message 

is   discarded. 

A  PLORTS  request,  when  received,   is  examined  first  for  a  legal  console 
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number,   and  the   appropriate   information  table   entry  located.      Then  the  type  of 
request   is   examined.      For  input  request,   input   lines   sent  by  the  user   earlier, 
before   they  were   requested,    are   read  off  the  PLORTS  input   queue    (INQ)    and  given 
to  PLORTS.      If  none,   the   input   request   flag  is  set,   so  input   received  later  will 
be  sent   along   immediately.      Before   returning  to  the  wait  state   on   this    deferred 
request,   the   output  buffer   is    checked  to  see   if  the   console   involved  was  building 
on  output   data  structure  block,   and  failed  to   complete   it,   thus    locking  up  all 
output   from  PLORTS.      If  so,   the   output    is   discarded,    and  the  user  is   given  the 
message  UNFINISHED  PICTURE.      Deferred  input   requests   require  notification   to 
PLORTS  that  the   request   will  not  be   done  now,   to  free   up  the   communications 
interface   for  other  requests . 

Output   requests    first   cause   a  check  to   see   if  the   output  buffer   is 
Dusy  by  checking  roadblock  3,  WBUSY.      If  busy,    the   output   request    is   deferred, 
and  WAITW  for  this   console   is   set.      If  not  busy,    it   is   made  busy,    and  the  output 
copied  to  the   interface  buffer.      If  only   a  line  of  characters   is   involved,    an 
output  transfer  is   then   started.      When   finished,    PLORTS   is   told  that    its   request 
is   completed.      If  any  output  was    deferred   (determined  via  WAITW  for  each   console), 
:hen   its  output    is   restarted.      A  request-complete  notification  will  not  have  been 
sent   if  the  message  being  given  to  the  PDP8  is   an   UNFINISHED  PICTURE,    since  this 
lessage   is   generated  without   a  request.      The  WDONE   flag  is  used  as   a   switch   for 
;his   condition.      If  output  was  not   a  simple  message,   but  the   start   of  a  picture 
determined  by   characters    #BLK  in   first    h  positions),   then  the   data   is   merely 
laved  in   the  buffer  until  all  the   data  is  present    (determined  by  length   coded 
n  halfword  after  #BLK) .      Subsequent  portions   of  the  picture    are   recognized  since 
•he  WBUSY  flag  is  set,   but   the   subsequent   requests   are  for  the   same   console 
lumber  that  the   output  buffer  is    currently   associated  with.      Such   data   is    added 
■o  the   end  of  the   buffer,   and  PLORTS   is   told  that   output   is    complete.      Until  the 
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picture  is  finished,  the  output  buffer  is  locked  up.     Output  lines  not  part  of 
a  data  structure  ("picture")  are  referred  to  by  the  term  "messages".      Included 
are  all  normal  text   input   from  the   te^inal,   print   lines    of  output,   file  editing, 
and  other  line  oriented  I/O.     Message  lines  are  coated  to  make  sure  that  more 
than  one  screen  of  data  is  not  sent  at  one  time.     Thirty  one  messages  are  allowed 
to  be  sent  to  the  terminal,  which,  together  with  the  command  causing  them,  fills 
the  screen.     The  thirty  second  message  is   deferred  and  WAITW  and  WAITO  are  set. 
When  a  new  command  comes  from  the  PDP8  terminal,  a  zero  length  line  causes  WAITO 
and  WAITW  to  be   reset   and  PLOBTS  to  be  told  to   continue   outputting,  while   any 
other  kind  of   input   causes  the  output  broken   condition  to  be  stalled  to  PLORTS, 
and  the  input  is  then  handled  normally. 
Special  Requests 

Special  commands   from  PLORTS  deal  with  logic,   layout  of  a  terminal, 
terminating  the  PDP8  interface  program,  or  sending  a  message  to  all  PDP8 
terminals  .     All  are  handled  in  a  straightforward  manner. 
Terminal  Commands 

Input  lines  from  a  terminal  are  examined  to  see  if  they  are  commands 
to  the  front  end  processor,  and  if  so  are  siphoned  off.     Commands  recognised  are, 

1)  #BATCH1 
#BATCH2 
#PLORTS 

2)  #T0  C   operator  message 

3)  #ECHO 
#AREA1 
#AKEA2 
#AREA3 
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#AREAl+ 


#AREA9 

^KEYBOARD 

^REPLACE 

^DISPLAY 

#DISPDS 

#ERASE 

#E 

#FRAME 

#AUTOSAVE 
#PURGE 


#D        any   command  which  sets   a  condition 

#SALT 

#SNAP 

#BLANK 
Group  1   commands    -  These    commands    are  recognized  immediately   in   PDP8 
character   code,   whereas   the  other   commands   are   recognized  after  the  messages    are 
converted   into  EBCDIC.      They  have  the   following   effects   on    flags  kept   for  each 


console: 


flag  CBH1  flag  CBH2 

#BATCH1          set  reset 

#BATCH2         reset  set 

#PLORTS         reset  reset 
-69- 


The  two  flags  are  examined  when  an  input  record  appears  (which  does  not  have 
one  of  the  three  commands  in  it)  and  the  record  is  prepared  for  transmission 
to  the  appropriate  batch  processor. 

Group  2  command  -  This  command  sends  messages  to  the  operator  console 
and  had  been  originally  intended  to  also  send  messages  to  other  terminals.  The 
message  is  moved  into  a  WTO  command  (OS  360  standard  macro)  and  sent. 

Group  3  commands  -  These  commands  control  PDP8  functions.   The 
functions  are  set  by  sending  a  MASK  as  described  in  the  Remote  Facilities  Guide 
to  the  PDP8  which  specifies  all  of  the  Group  3  command  bits.   These  may  also  be 
transmitted  under  program  control  by  sending  a  data  structure  from  PLORTS.   For 
example,  if  the  user  wishes  not  to  have  his  commands  listed  on  his  screen,  he 
may  disable  the  junction  by  typing  #D  ECHO.   This  will  clear  the  ECHO  bit  and 
transmit  the  new  MASK  to  the.PDP8.   The  MASK  is  also  sent  by  the  #RESET  command, 
and  at  login  time.  AREA!  to  9  control  enabling  of  joystide  bits  from  the  nine 


screen  areas, 


Group  k  commands  -  Due  to   an  idiotic  restriction  in  CALL-OS,   PLORTS 
restricts  the  use  of   certain   character  codes.      In  order  to  guarantee  that  the 
binary  data  in  the  data  structures  manipulated  by  CALL-OS  are  not  wantonly 
destroyed,  the  #SALT  command  causes  input   data  structures  to  have  the  top  two 
bits  set   in  every  byte   of  data.      As  only  six  bits   of  data  are  transmitted  to 
the  PDP8,   this   is  not   a  total  calamity. 

The  #SNAP   command  causes   all  output  from  PLORTS  to  be  listed  on  the 
terminal  as  a  hexadecimal  dump.      This   is   an  extremely  useful  feature  for  debuggii 
when  attempting  to  build  data  structures  under  program  control  in  PLORTS . 

CALL-OS  has   one  additional  bug  in  that  it  occasionally  outputs   a 
blank  by  itself.      This  annoyance  may  be   overcome  by  typing  the  #D  BLANK  command. 
This   command  actually  is   designed  to  discard  all  1  character  messages   including 
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the  CALL-OS  question  mark  that  serves  as  an  input  request  cue. 

3.U.3      Modem  Interface  for  PDP8I  (W.  Tarn) 

A  modem  interface  card  is  available  which  enables  the  PDP8I  to 
communicate  with  COMPUTER  type  graphic  terminals  over  telephone  lines.   From 
the  PDP8I,  the  modem  interface  behaves  exactly  like  a  computer  cable  interface. 
The  only  difference  is  that  the  transmit  and  receive  rate  is  slower.   This  is 
due  to  the  fact  that  when  in  cable  connection,  data  are  passed  in  parallel 
between  the  PDP8I  and  the  COMPUTER,  whereas  the  modem  interface  converts  the 
parallel  data  into  serial  data  for  transmission  via  a  modem.   No  change  is 
necessary  in  switching  from  cable  to  modem  mode  of  operation  under  the  multi- 
plexor. 

PDP8  Console  character  rate  selector 

Additions  were  made  to  the  PDP8  console  teletype  control  so  that  a 
Teleterm  1030  portable  terminal  can  be  used  in  place  of  the  teletype.  Logic 
circuits  automatically  switch  the  interface  clock  from  ten  characters  per  second 
to  30  characters  per  second  whenever  the  1030  terminal  is  plugged  in.   The 
higher  character  rate  resulted  in  better  console  operations. 
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k.   SWITCHING  THEORY  AND  LOGICAL  DESIGN 

(Supported  in  part  by  the  National  Science  Foundation  under  Grant  Number 
U.S.  NSF-GF-^0221. ) 

Our  work  on  NOR  network  transduction  methods  was  continued.  J.G.  Legge 
completed  his  master  thesis  on  the  design  of  NOR  networks  under  fan-in  and 
fan-out  constraints  by  the  transduction  methods.   K.  Hohulin,  J.  Hu,  and  B. 
Plansiri  worked  on  the  same  problem  but  by  more  sophisticated  approaches. 
J.  Hu  tried  to  assemble  all  programs  of  the  transduction  methods  into  a  single 
software  package  such  that  anybody  can  use  conveniently. 

R.  Cutler  continued  the  implementaion  of  the  Tison  method  to  derive 
all  irredundant  disjunctive  forms  for  a  single  function  or  a  multiple -output 
function,  no  matter  whether  a  given  function  is  completely  or  incompletely 
specified.   Professor  K.  Kinoshita  of  Osaka  University  joined  our  group  in 
^pril  (he  will  stay  until  the  middle  of  July).   R.  Cutler,  K.  Kinoshita,  and 
3.  Muroga  worked  together  to  specify  the  details  of  the  Tison  method. 

K.  Hohulin  completed  his  master  thesis  on  a  code  for  designing 
optimal  networks  by  the  implicit  enumeration.   He  and  S.  Muroga  finished 
sheir  joint  writing  on  the  improvement  of  Gimpel's  TANT  network  design  algo- 
rithm. 

H.C.  Lai  continued  his  Ph.D.  thesis  work. 

J.  Culliney  investigated  the  influence  of  additional  inequalities 
I  the  computational  efficiency  of  logical  design  of  optimal  networks  by  the 
■mplicit  enumeration  method  based  on  the  feedforward  formulation. 

M.  Malouf  started  to  work  on  his  master  thesis  on  the  design  of 
ptimal  MOS  networks  by  integer  programming. 

S.  MUROGA 
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After  modifying  and  debugging  the  Error-Compensation  Programs,  I 
wrote  a  report  which  described  how  the  original  programs  were  modified  and 
how  people  could  use  them.  Two  modified  Error-Compensation  Programs  were 
given  the  names  NETTRA-E1  and  NETTRA-E2,  respectively. 

In  our  group,  there  were  originally  five  programs  which  could  give 
initial  networks  from  a  given  switching  function,  there  was  one  program  which 
could  transform  the  initial  network  into  fan- in/fan-out  restricted  form  with- 
out simplifying  it,  and  there  were  eight  programs  which  could  simplify  the 
networks.  Among  these  eight  transduction  programs,  some  could  give  very  good 
results  but  need  long  computation  time,  some  could  get  results  very  quickly 
but  the  results  were  not  satisfactory,  and  four  of  the  eight  were  planned 
to  be  modified  so  that  they  can  treat  fan- in/fan- out  problems. 

Recently,  people  in  our  group  finished  the  modification  of  the  trans 
duction  programs.   So  a  system  was  designed  to  combine  the  transformation 
program  and  all  transduction  programs  together  so  that  anybody  can  use  this 
system  to  get  a  near  optimal  NAND/NOR  network  with  (or  without)  fan- in/fan- 
out  restrictions  for  a  given  switching  function.   I  started  to  do  this. 

Since  the  total  computer  memory  needed  to  store  all  these  programs 
is  about  three  times  larger  than  the  current  maximal  main  memory  that  we  can 
use,  an  overlayed  structure  must  be  used  to  run  this  large  program. 

The  coding  of  the  main  program  was  finished,  the  JCL  problems  were 
solved  and  the  entire  system  is  under  testing  and  debugging. 

(J.C.  Hu) 
Some  theoretical  problems  on  the  combinational  networks  with  NOR 
gates  were  studied.  A  one-bit-adder  with  seven  NOR  gates  was  obtained,  and 
it  proved  to  be  the  minimal  network  under  the  condition  that  only  uncomplement 
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variables  may  appear  as  inputs.  With  the  assistance  of  the  FORTRAN  program 
ILLOD-(NOR-B)  and  a  program  realizing  a  NOR  network  transformation  procedure, 
it  was  proved  that  all  switching  functions  of  ^-variable  can  be  realized  with 
10  or  less  NOR  gates  if  no  fan-in,  fan-out  or  level  restrictions  are  imposed. 
A  theoretical  upper  bound  and  a  lower  bound  on  the  number  of  NOR  gates  re- 
quired to  realize  functions  of  n-variables  were  also  obtained. 

(H.C.  Lai) 
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MACHINE  AND  SOFTWARE  ORGANIZATION  STUDIES 


(Supported  in  part  by  the  National  Science  Foundation  under  Grant  Number 

US  NSF  GJ-36936 


The  following  is  a  collection  of  related  work  aimed  at  improved  designs 
for  computer  and  software  systems.   We  are  interested  in  parallel  and  pipeline 
processors,  small  primary  memories,  effective  use  of  rotating  memories,  and  some 
questions  concerning  user  languages  for  problems  including  typical  FORTRAN  type 
calculations,  simulation  languages,  and  a  variety  of  file  processing  problems. 

(D.  Kuck) 

5.1    PROGRAM  ANALYSIS 

5-1.1    Speedup  of  Iterative  Programs  -  (S.  C.  Chen) 

The  study  of  ordinary  linear  recurrence  systems  for  direct  parallel 
computation  has  been  completed.   Algorithms  for  high  efficiency  computation  of 
practical  linear  recurrence  systems  with  a  very  limited  number  of  processors  were 
also  obtained.   These  results  will  be  written  in  a  future  report. 

In  addition,  the  work  in  the  previous  quarter  on  applications  to  some 
standard  numerical  algorithms  have  been  included  in  the  report  [1]. 

5-1.2    IF  Analysis  -  (R.  Towle) 

Analytic  techniques  are  being  developed  to  quickly  determine  the 
presence  of  recurrence  relations  in  DO  loops  with  IF  statements.   A  systematic 
treatment  of  DO  loops  with  IF  statements  is  being  devised. 

5-1-5   Machine  Simulator  -  (D.  Y.  Chang  and  K.  Y.  Wen) 

A  simulator  is  proposed  that  takes  ordinary  Fortran  programs  as  input 
and  some  machine  design  features  as  parameters  and  produces  some  timing  in- 
formation as  output.   Using  this  simulator,  we  can  compare  different  types  of 
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machine  organizations  on  the  basis  of  the  execution  of  a  set  of  Fortran  pro- 
grams.  This  simulator  will  consist  of  four  modules,  the  program  analyzer, 
the  compiler  simulator,  the  control  unit  simulator  and  the  timing  simulator. 

Much  of  the  work  in  the  last  quarter  was  in  the  definitions  of 
functions  of  each  module.  Memos  were  written  that  describe  the  timing  simulator 
in  detail  and  the  actual  coding  will  be  started  in  the  next  quarter.   Some  of 
the  functions  of  the  control  unit  simulator  had  been  outlined.  More  detailed 
descriptions  and  flowcharts  will  be  done  in  the  next  quarter. 

5-1-^   COBOL  Analysis  -  (R.  Strebendt) 

A  machine  organization  has  been  proposed  [2] ,  which  is  capable  of 
concurrently  processing  several  records  of  data.   Compiler  algorithms  were 
also  designed  to  convert  ordinary  COBOL  programs  into  a  form  usable  by  the 
proposed  machine  by  inserting  the  necessary  commands  to  start  and  stop  in- 
struction streams  and  to  protect  common  variables  which  must  be  accessed 
sequentially  to  guarantee  correct  program  output. 

5.2   FILE  PROCESSING 

5.2.1   File  Processing  Software  -  (A.  Cheng  and  B.  Hurley) 

Work  this  quarter  centered  on  testing  new  merging  strategies  designed 
for  a  Specialized  Information  Retrieval  Computer.   These  ideas  were  simulated 
and  the  results  compared  to  other  techniques  used  in  the  past.  All  of  our 
work,  up  to  the  present,  has  been  done  under  the  assumption  the  system  could 
support  only  one  user  at  a  time.   In  the  next  quarter,  simulation  of  a  multi- 
user environment  will  begin. 
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5-2.2   Inverted  File  Retrieval  System  -  (M.  Milner,  K.  Morgan 

and  J.  Rinewalt) 

During  this  quarter,  several  changes  to  D.O.S.  were  made.   A  device 
driver  for  our  32-bit  clock  was  written  and  other  timing  related  code  added 
or  altered  to  support  the  clock.   The  keyboard  software  was  altered  to  handle 
a  CRT  replacement  for  our  teletype.   Several  bugs  in  the  system  were  corrected 
and  power-fail/restart  software  added.   D.O.S.  was  altered  to  run  on  a  30K 
machine  (the  standard  PDP-11  can  only  address  28K) .   A  disk  activity  monitor 
system  was  developed  to  measure  disk  access  parameters.   The  data  base 
preparation  programs  were  overhauled,  some  long-standing  bugs  corrected,  and 
a  second  data  base  created.   This  data  base,  the  documents  of  which  are  the 
source  modules  of  D.O.S.,  has  been  found  useful  in  locating  and  fixing  bugs 
in  D.O.S.   The  first  version  of  the  IR  system  executive  was  completed  and 
interfaced  to  the  current  IR  system  software.   One  new  command,  a  PRINT  state- 
ment, was  added  to  the  IR  system  software. 

During  the  next  quarter,  work  will  be  required  on  D.O.S.  to  keep 
it  running  and  allow  it  to  support  planned  hardware  changes.   Disk  activity 
monitoring  of  the  IR  system  will  be  done  to  try  to  improve  performance  and 
determine  limitations  of  our  current  disk  scheduling  algorithm.   The  D.O.S. 
data  base  will  be  upgraded  to  include  system  programs  and  methods  of  on-line 
updating  of  the  data  base  will  be  explored.   The  second  version  of  the 
executive  should  be  ready  to  support  two  to  four  users  on  one  processor  with 
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5-2-3   An  Approach  to  the  Table  Manipulator  -  (I.  Hueck) 

Today,  anyone  can  buy  entire  volumes  of  tables  related  with  every 
field  of  the  sciences.   Manufacturers,  scientists  and  technicians  are  using 
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tables  intensively  in  their  respective  fields. 

During  the  last  three  months,  work  has  been  done  in  the  development 
of  a  system  capable  of  doing  arithmetic  and  statistically  meaningful 
operations  between  tables.  A  set  of  such  operations  is  being  studied  with 
respect  to  its  possible  implementation,  and  an  structural  data  representation 
has  been  developed  which  appears  to  be  capable  of  supporting  a  wide  variety 
of  those  operations. 

In  the  next  few  months,  special  attention  will  be  given  in  the 
implementation  of  an  operational  system  which  is  hoped  to  be  in  service  by 
the  end  of  the  current  year. 

y,2.h       System  Clock  and  Diva  Disk  Sector  Monitor  -  (P.  Krabbe) 

The  Programmable  Real  Time  Clock  is  now  checked  out  and  is  in 
regular  service.   A  sector  monitor  for  the  Diva  disk  controller  has  been 
designed,  fabricated  and  checked  out.   This  monitor  should  significantly 
enhance  disk  access  efficiency. 

5.2.5  Floppy  Disk 

A  floppy  disk  drive  was  ordered  from  ORBIS  SYSTEMS,  INC.,  this 
quarter  with  delivery  expected  in  August.   The  controller  for  the  disk  drive 
will  be  designed  and  built  in  house. 

5.2.6  IBM  Selectric 

An  interface  has  been  proposed  for  an  IBM  Selectric  typewriter. 
This  interface  will  be  designed  and  built  in  house. 

5.2.7  Maintenance 

Preventive  maintenance  was  performed  on  the  two  disk  drives  (CDS  I 
and  2875)  this  quarter. 
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5-2.8   Hardware  Support  -  (J.  Bengtson  and  L.  Hollaar) 

During  this  quarter,  construction  was  completed  and  installation 
and  testing  begun  on  the  memory  management  unit  for  the  PDP-11/40.   This 
unit,  which  interfaces  to  the  machine  identically  to  DEC's  KT-11D,  allows 
the  relocation  of  IK  word  segments  on  512  word  boundaries  for  any  address 
between  a  switch  selectable  lower  bound  and  30K.   The  area  between  30K  and 
32K  is  used  for  device  registers,  and  is  relocated  to  126K  to  128K  auto- 
matically.  Since  30K,  and  not  the  standard  28K,  is  used  as  the  start  of 
the  register  area,  2K  more  words  of  memory  are  available  directly  for  pro- 
grams or  data. 

Preliminary  specifications  have  been  completed  for  a  list  merging 
processor  to  be  added  to  the  PDP-11/40.   This  unit  should  operate  15  to  25 
times  faster  than  the  software  it  replaces. 

5.2.9   High  Speed  Secondary  Memory  -  (D.  Johnson) 

Work  has  begun  on  developing  a  high  bandwidth  disk  drive  to  be  used 
in  conjunction  with  the  IR  system. 

We  are  primarily  concerned  with  the  problems  of  bringing  out  16  heads 
in  parallel,  under  the  control  of  a  single  sychronizing  clock. 
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on  PaJal^r?    ^  19fk  ^g™°Te   ComPuter  Conference' 
on  parallel  Processing). 
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7«   ACSES  --  The  Automated  Computer  Science  Education  System 
(Supported  in  part  by  the  National  Science  Foundation  under  Grant  No.  EC-U1511) 

A.  Conversational  Information  and  Advising  System  Guide 

Purpose:   to  advise  students  in  their  choice  of  lessons,  based  on 
their  goals  and  past  performance.   This  is  our  approximation  to  "Computer- 
Managed  Instruction".   It  consists  of  three  main  parts: 

(a)  a  translator  from  English  into  an  internal  representation  of 
requests:   completed 

(b)  a  request  processor  to  interpret  this  internal  representation: 
in  design  stage 

(c)  a  catalog  of  all  lessons  with  a  rich  description  of  relationships 
among  them:   in  preliminary  design  stage. 

The  first  part  of  the  guide,  the  translator,  has  been  completed  as 
part  of  a  Ph.D.  thesis  by  Jean  Pradels .  A  request  in  English  is  translated 
into  an  internal  language  and  the  latter  is  translated  back  into  English, 
so  that  the  user  can  judge  for  himself  whether  his  request  has  been  properl 
understood. 

Planning  for  the  second  part  of  the  guide,  the  request  processor,  is 
complete,  and  implementation  has  begun  (Dave  Eland) . 


B.  Language  Processors 

A  table-driven  program  entry  and  editing  and  syntax  analysis  program 
has  been  completed  (T.  R.  Wilcox,  Al  Davis,  M.  Tindall) .   Tables  for 
PL/ I  are  complete.   Tables  for  FORTRAN,  BASIC,  COBOL,  SNOBOL,  APL,  and  MIX 
have  been  started.   Program  entry  and  editing  are  partially  working  for 
FORTRAN,  COBOL,  and  BASIC . 
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The  run  time  system  for  each  of  these  languages  is  different. 
The  PL/I  run  time  system  works  for  a  subset  of  PL/ I  suitable  for  the 
first  half  of  one  semester's  instruction,  and  is  being  used  this 
semester  in  one  introductory  course,  CS.  106 .   Run  time  systems  for 
FORTRAN,  COBOL,  and  BASIC  are  in  progress. 

•   Communication  System 

Communication  in  the  system  is  needed  on  several  levels.  Lesson 
"csnotes"  serves  a  'bulletin  board"  function  between  authors.   Lesson 
"cscomments"  (D .  Eland,  E.  Reingold)  serves  to  record  remarks  made  by 
students  taking  instructional  lessons,  for  feedback  to  the  authors  of 
the  lessons.   Lesson  "cstalk"  (H.  G.  Friedman)  allows  real-time  com- 
munication between  an  instructor  and  each  of  several  students;  this 
allows  human  assistance  to  a  student  by  an  instructor  who  might  be 
located  at  a  different  PLATO  site.  These  lessons  are  all  operational. 

Automatic  Judging  of  Student  Programs 

Planning  is  essentially  completed  for  two  lessons  that  ask  the 
student  to  write  fairly  sophisticated  programs  and  attempt  to  judge 
these  programs  interactively,  according  to  correctness  as  well  as 
elegance  (good  structure). 

One  of  these  (Ron  Danielson)  asks  the  student  to  write  a  PL/ I 
program  for  symbolic  differentiation;  the  other  (Prabhaker  Mateti)  is 
intended  to  be  able  to  judge  sorting  programs. 

Automation  of  Exams 

Dave  Eland  has  written  a  program  called  "examadmin"  to  handle  all 
security  and  data  collection  aspects  of  exams  given  on  PLATO.  He  has 
also  written  a  prototype  PL/l  exam. 
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An  automated  exam  must  be  able  to  present  such  a  great  variety 
of  individual  problems  that  the  only  practical  approach  is  to  write 
problem  generators,  each  of  which  is  capable  of  producing  many  different 
problem  instances.  The  difficulty  lies  in  the  requirement  that  these 
instances  should  not  be  too  similar  to  each  other.  Ben  Barta  has 
done  a  preliminary  literature  search  on  exam  automation. 

Where  the  problems  concern  programming  language  questions,  we  want 
to  use  the  syntax  tables  of  the  compiler  and  have  table-driven  problem 
generators  capable  of  posing  (and  grading)  problems  about  any  of  the 
programming  languages  for  which  we  have  tables.  Planning  has  begun  on 
examinations  in  FORTRAN  and  PL/I.   (Ben  Barta,  Fred  Hansen,  Francisco 
Izquierdo,  Sylvian  Ray,  Larry  Whitlock) . 


F .   Library  of  Lessons 

The  library  has  grown  to  about  ninety  lessons  which  are  in  some 
sense  "operational",  but  many  of  them  need  improvement.  A  classified 
list  of  lessons  and  their  status  is  included. 

Among  the  improvements  to  the  lessons  has  been  a  certain  amount 
of  standardization.  For  example,  the  function  of  the  keys  that  allow 
a  student  to  control  his  path  through  a  lesson  has  been  standardized 
among  all  CS  lessons,  so  that  a  student  who  has  gone  through  a  few 
lessons  has  become  familiar  with  most  of  the  control  options  in  all 
lessons  and  can  proceed  through  subsequent  lessons  faster.  These 
conventions  are  described  in  a  lesson  "csauthors"  (F .  Izquierdo). 
Standard  pieces  of  code,  character  sets,  and  micro  tables  are  collectec 
in  lesson  "cslibrary"  (H.  G.  Friedman). 


G-   Use  of  the  Instructional  System  To  Date 

The  system  has  been  used  in  several  courses.   The  most  extensive 
use  involved  about  sixty  students  (one-half  the  class)  who  learned 
PL/I  on  PLATO  in  CS.  121  in  the  fall  of  1973-  This  Wo  month  trial 
was  used  to  test  procedures  for  a  later  controlled  experiment  and  to 
evaluate  the  existing  PL/l  lessons.  Tentative  conclusions  from  the 
experiement  were  that  students  reacted  favorably  to  PLATO  and  learned 
as  much  as  students  in  the  regular  sections,  even  though  the  lessons 
were  still  in  need  of  improvement.  This  latter  finding  is  only  a 
slight  indication  that  the  existing  lessons  were  on  a  par  with  the 
teaching  assistants  in  teaching  PL/l,  as  students  were  not  randomly 
assigned  to  groups,  and  other  experimental  controls  were  lacking. 

In  the  spring  of  197U,  the  instructional  system  was  used  in  an 
auxiliary  mode  in  two  introductory  courses,  CS.  103  and  CS.  106,  and 
also  in  CS.  211. 


Jurg  Nievergelt 

H.  George  Friedman,  Jr. 

Thomas  R.  Wilcox 

Richard  G.  Montanelli,  Jr. 

Wilfred  J.  Hansen 
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COMPUTER   SCIENCE    LESSONS 

0.   Lesson  Sequencing:,  Writing,  and  Evaluation 


a. 

cs 

b. 

csgu  i  de 

c. 

cs 1 essons 

d. 

cscomments 

e. 

cstalk 

f. 

csauthors 

g- 

style 

h. 

csl ibrary 

i . 

csnotes' 

J  • 

csr outer 

k. 

csscrap 

a. 

csintro 

b. 

a 1 go 1 i  ngo 

c. 

flowchrt 

d. 

taring 

e. 

f  or-rri  1  ang 

f. 

epic 

g. 

darw i  n 1 

h. 

boo lex 

i . 

on 1 i  ne 

J- 

graph  i  x 

k. 

ca  1  cornp 

1. 

platoiv 

Course  Intro. 
Course  Guide 
List  of  Lessons 
User  Feedback 
On - L  i  ne  Consu 1 1 . 
Author  Intro. 
Lesson  UJr  i  t  i  rig 
Common  Code,  Etc. 
Rut hor  Commun i  c . 
Student  Router 
Rut hor  Practice 

1 .   General 


Introductory 
Algorithms 

Flow  Charting 
Tu.r  i  rig  fiach  1  nes 

Formal  Comp.  Lang: 
Epic  2000  Calc. 
Prog.  War  Game 
Boolean  Express. 
Remote  Terminals 
Manual  for  Grafix 
CalComp  Plotter 
PLRTO  Hdui.  &  Sftw 


just  starting 
in  progress 
operat  i  ona 1 
operat  i  ona 1 
operat  i  ona 1  ■ 
operat  i  ona 1 
operat  i  ona 1 
operat  i  ona 1 
operat i ona 1 
operat i  ona 1 
operat  i  ona 1 


in  progress 
operat  i  ona 1 
in  progress 
in  progress 
in  progress 
operat  i  ona 1 
in  progress 
in  progress 
l n  progress 
in  progress 
operat  i  ona 1 
in  progress 


COMPUTER   SCIENCE    LESSONS 

2.  Information  Processing 

a"   sort  Sorting             operational 

b.   binsearch  Binary  Searching     in  progress 

c-   strl  Info.  Structures    operational 

d'   str2  Info.  Str.  Drills   operational 

e-   str3  Info.  Str.  Drills    in  progress 

f "   f  * l e 5  F  i 1 «  Process 1 ng     operat  i  ona 1 


PL/ 1  Lan< 


a. 

pi lintro 

Introduction 

b. 

pi  1 data 

Data  Types 

c. 

p 1 1 oos 

Operators 

d. 

p 1 1 ar i t h 

Mr i t  hmet l c 

e. 

pi  1  string 

St r i ng  Operat l ons 

f. 

pllif 

IF-THEN,  DO  Groups 

g. 

p  1  1  do 

DO  Loops 

h. 

. p 1 1 array 

Arrays 

i . 

p 1 1  array 1 

Intro,  to  Arrays 

J- 

pi  1  array 2 

Advanced  Arrays 

k. 

pllproc 

Procedures 

1. 

p  1  1  1  o 

LIST  Input /Out put 

m. 

plledit 

EDIT  Input /Out put 

n. 

plleditdrl 

Drill  on  EDIT  1,0 

o. 

pi  1  recur se 

Recursive  Prog. 

not  yet  started 
partly  obsolete 
partly  obsolete 
operat i ona 1 
in  progress 
operat l ona 1 
operat i ona 1 
partly  obsolete 
in  progress 
m  progress 
in  progress 
operat i ona 1 
in  progress 
in  progress 
in  progress 


COMP 


ER   SCIENCE    LESS! 

4 .   FORTRRM  Language 


a. 

fort intro 

Introduction 

in  progress 

b. 

fortarith 

Arithmetic 

operat  i  ona 1 

c. 

fort  1 f 

IF  Statements 

in  progress 

d. 

fort do 

DO  Statements 

in  progress 

€. 

fort sub 

Subprograms 

partly  obsolete 

f. 

fortsubl 

Subprograms 

in  progress 

g. 

f or t array 1 

Intro.  Arrays 

operat  i  ona 1 

b. 

i . 

fort array 2 
fort  f  mt 

Advanced  Arrays 
FORMAT  Statements* 

in  progress 
partly  obsolete 

j- 

k. 

fort  f mt 1 

FORMAT  Statements 

in  progress 

fortfmt2 

FORMAT  Statements 

operational 

1. 

fort char 

'  Character  Handling 

in  progress 

introbasic 

5.   BASIC  Language 

a. 

Introduction 

in  progress 

b. 

bas  i  c 

Advanced 

in  progress 
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COMPUTER   SCIENCE    LESSORS 

6 .   Mach  i  ne  and  Rssemb 1 er  Languages 
and 
Computer  Simulators 

a.  minie        R  Simple  Computer   operational 

b.  machiang     Machine  Language     in  progress 

c.  pdpSsim      PDP8/L  Simulator     in  progress 

7.   Other  Languages 

and 

Language  Independent  Programming 


a. 

snob© 1 

b. 

snobo  1  4 

c. 

somaga 

d. 

1  oops 

e. 

beg  i  nb 1 oci 

f. 

detab 

g. 

.pl2d 

h. 

recurse 

i . 

trigraf 

J- 

robocar 

k. 

robostack 

1. 

roboback 

m. 

roboed i t 

SN0B0L4 
SN0B0L4 
Drawing  Lang. 
DO -Type  Loops 
Begin  Blocks 
Dec  i  s  i  on  Tab 1 es 
Recurs l on 
Recurs  i  on 
Structured  Prog. 
Robot  Mini- Lang . 
St  acks  M  i  n  i - Lang . 
Backt  rack  R 1 gor . 
Mini -Lang.  Editor 


revision  needed 
in  progress 
operat l ona 1 
operat  i  ona 1 
operat  i  ona 1 
operat  i  ona 1 
operat l ona 1 
operat  i  ona 1 
just  started 
in  progress 
in  progress 
in  progress 
in  progress 


■  91- 


COMPUTER   SCIENCE    LESSONS 


8 .   Numer i  ca 1  Analysis 


a. 

numquad 

Nam.  Integration 

revision  needed 

b. 

1 ineql 

Linear  Equations 

in  progress 

c. 

1 ineq2 

Linear  Equations 

revision  needed 

d. 

root  i  ab 

Non 1 i  n .  Equat  i  ons 

revision  needed 

e. 

leastsq 

Least  Squares 

operational  ■ 

f. 

1 i  nprog 

Linear  Programming 

operat  i  ona 1 

g. 

montecarlo 

Monte  Carlo 

oper at i  ona 1 

h. 

sp 1 i  nes 

Spl ine  Appro*. 

in  progress 

s  i  mu 1 at  i  on 

9 .   S  i  mu 1 at  i  on 

a. 

Discrete  Sim. 

in  progress 

b. 

racetrack 

Simulation  Games 

operat  i  ona 1 

c. 

traf icsim 

Traffic  Simulation 
1 0 .   Comp  i 1 ers 

operat  i  ona 1 

a. 

pii 

PL/I 

operational 

b. 

fortcomp 

FORTRAN 

in  progress 

c. 

bas  i  ccomp 

BASIC 

in  progress 

d. 

cobo  1 

COBOL 

in  progress 

e. 

ap 1 cornp 

APL 

in  progress 
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MACHINE  PERCEPTION  AND  INTELLIGENCE 
(AQVAL  Project) 

Progress  Report 
April  1  —  June  30,  l^fk 


1.   Theory  and  implementation  of  variable -valued  logic  (Michalski, 
Yuan,  Tan,  Conrad) 

The  concepts  of  dependent  (DCD)  and  independent  (ICD) 

descriptions  of  classes  of  objects  (in  multi -class  situations)  have 

been  defined  in  terms  of  variable -valued  logic  (Michalski).   It  has 

been  shown  that  the  AQVAL/l  program  can  be  directly  used  for  the 

determination  of  the  cost-optimal  DCD  and  ICD  descriptions.   Results 

have  been  described  in  the  paper  'A  Variable  Decision  Space  Approach 

for  Implementing  a  Classification  System*  submitted  for  presentation 

at  the  2   International  Joint  Conference  on  Pattern  Recognition, 

Copenhagen,  August  12-15,  197^.   Yuan  has  debugged  the  first  version 

of  the  uni -class  cover  minimization  program.   Tan  has  been  working 

on  the  problems  of  recognition  of  the  symmetry  in  the  variable  - 

valued  logic  formulas  and  synthesis  of  formulas  with  symmetric 

selectors.   Michalski  has  presented  a  paper  'Variable -Valued  Logic: 

System  VI^'  at  the  197^  International  Symposium  on  Multiple -Valued 

Logic  in  Morgantown. 

2.  Applications  of  VL  Systems  (Michalski,  Conrad) 

Conrad  has  been  working  on  a  program  EVAL  for  an  efficient 
evaluation  of  VL]L  formulas  and  computing  statistics  from  an 
application  of  VL1  system  to  pattern  recognition.  Documentation 
of  all  basic  Plorts  files  currently  in  operation  have  been  updated. 
A  program  for  an  easy  two-way  transportation  of  PLORTS  files  to  and 
from  magnetic  tape  has  been  developed  and  debugged  by  Conrad. 
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Publication: 


B  S  Michalski  ''VARlABIxE -VALUED  LOGIC :   System  VL^ "  Proceedings  of 
the  I97J+  International  Conference  on  Multiple -valued  Logic,  Morgantown, 
West  Virginia,  May  197^ • 
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i.   MESH  RESEARCH  PROJECT 


(Supported  in  part  by  the  National  Science  Foundation  under  Grant  No 
US  NSF  GJ  36265.) 


9.1  PASCAL  Network  Language  and  its  Compiler 

9.1.1  Bootstrap  Compiler 

Most  of  the  documentation  describing,  in  detail,  the  functioning 
of  and  the  data  structures  used  by  the  bootstrap  compiler  was  completed. 
Certain  modules,  like  the  symbol  table  management  routines  are  to  be 
written  completely  in  microcode  for  comparative  studies.   Thus,  even  if 
the  bootstrap  version,  written  in  assembly  language,  were  used  for  no 
more  than  bootstrapping  the  final  PASCAL  compiler,  the  speed  and  core 
utilization  studies  would  still  be  useful  for  analysis  in  cost- 
effectiveness. 

9.1.2   PASCAL  Compiler 

The  structure  of  the  "attribute  table"  which  contains  all  the 
information  in  declarations  was  finalized  and  the  Semantic  Routine  was 
written  to  construct  the  table  and  to  output  a  stream  of  tokens  in 
postfix.  Most  of  the  code  generation  routines  which  are  in  two  modules 
were  completed.   The  format  of  various  templates  to  be  used  by  the 
run-time  package  was  decided  upon  and  the  first  module  was  designed  to 
generate  the  requisite  data  structures.   The  second  module  which 
generates  code  for  execution  including  a  much  better  optimized  boolean 
expression  code  generator  was  also  nearly  completed. 

Time  estimates  of  the  working  modules  indicate  that  this 
compiler,  if  used  in  a  network  consisting  of  7  processors  (one  for 
each  module)  would  be  faster  than  utilizing  7  identical  compilers 
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designed  to  run  entirely  on  just  one  machine.   It  is  expected  that  the 
code  generation  modules,  when  completed  would  confirm  these  preliminary 
estimates. 

(J.  Krishnaswamy) 

9.1.3  PASCAL  Support  Software 

During  the  last  quarter,  work  has  been  done  improving  and 
documenting  the  current  version  of  the  PASCAL  compiler  and  runtime 
package,  and  preparations  have  been  made  for  interfacing  to  the  new 
compiler.   Parametric  procedures  and  functions  have  been  implemented  at 
the  runtime  level,  external  functions  have  been  added  to  the  language, 
and  most  of  the  code  needed  to  implement  pointers  efficiently  and 
reliably  has  been  written.  An  experimental  program  to  permit  a 
simple  multi-user  mode  has  been  written  and  debugged.  This  will  be 
a  basis  for  more  sophisticated  experimentation  with  multi-tasking.  A 
simple,  file-oriented  DOS-driver  for  the  11-11  interface,  operating  in 
slave  mode,  was  written.   This  permits  the  master  machine  to  access  the 
slave  machine's  system  disk  directly.  A  program  which  accepts  an 
arbitrary  PASCAL  program  as  input,  and  reformats  it,  with  correct 
indentation  and  spacing,  has  also  been  written. 

(I.  Stocks) 

9.2  Microprogramming  Techniques  for  Networks 

In  the  last  quarter  work  was  completed  on  all  the  utility 
programs  that  will  aid  in  the  effective  use  of  SUE  microcode. 


The  SUE  micro-assembler  language  (SMALL)  assembler  was 
completed  and  debugged,  and  a  final  user's  manual  was  written  for 
it.   The  availability  of  the  SMALL  assembler  will  lead  to  the  quicker 
and  more  efficient  writing  and  debugging  of  SUE  microcode  programs, 
in  addition  to  the  greater  amount  of  documentation  possible  through 
its  use. 

The  PASCAL  version  of  the  SUE  simulator  has  also  been  completed 
and  debugged.   It  is  presently  far  more  reliable  than  the  old  version, 
as  well  as  being  far  more  alterable. 

A  loader  for  the  object  code  generated  by  the  SMALL  assembler 
has  been  added  to  the  simulator.   This  module  loads  the  SUE  control 
store  and  table  from  the  file  created  by  the  assembler. 

Research  to  be  done  next  quarter  includes  doing  any  necessary 
final  debugging  of  the  SUE  simulator  and  micro-assembler,  and 
beginning  a  study  comparing  the  efficiency  of  coding  an  algorithm 
in  PASCAL,  MACRO-11  and  SUE  microcode.   The  algorithm  chosen  for  this 
comparison  is  the  searching  and  sorting  algorithm  used  by  the  PASCAL 
compiler.   Great  care  must  be  taken  to  produce  optimal  code  during  this 
study,  in  order  to  provide  a  fair  basis  for  comparison  among  these 
languages. 

(S.  Davidson) 

9.3  Experimental  Network  Hardware 
9-3.1  Writable  Control  Store  (WCS) 

Checkout  of  the  WCS  logic  has  been  temporarily  delayed  because 
of  a  connector  order.   These  connectors,  to  be  used  to  fabricate 
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extender  boards  for  the  SUE  are  expected  to  arrive  some  time  in  August. 
All  hardware  for  WCS  is  now  in  house. 

9.3.2  System  Clock  and  Drive  Disk  Sector  Monitor 
This  board  is  ready  to  be  wired.  An  identical  board  was 

completed  this  quarter  on  D.  Kuck's  project  (see  "Machine  and  Software 
Organization  Studies"  section  of  this  report)  and  is  working  reliably. 

9.3.3  Maintenance 
A  tester  for  the  PDP-11  transmitter-receiver  (M78O  and  in 

house  variants)  boards  was  designed  this  quarter  and  is  ready  to  be 
wired. 

All  in  house  built  interrupt  (M7820  type)  boards  have  been 
modified  to  correct  a  long  standing  fabrication  error.  This  error 
caused  the  logic  to  sometimes  fail  to  block  the  propagation  of  the 
Grant  signal.  All  bad  address  (M105)  and  interrupt  (M?820)  boards 
have  been  repaired. 

Preventive  maintenance  was  performed  on  the  two  disk  drives 

(CDS  2366,  3080)  this  quarter.   The  absolute  filter  (very  dirty)  was 

replaced  in  CDS  2366. 

(P.  Krabbe) 

9  .k     Experimental  Network  Software 

The  multiprogrammed  I/O  monitor  described  in  previous  reports 
received  several  additions  and  refinements.   The  additions  included 
checkpoint  and  restart  capabilities  for  failure  recovery.   The  refinements 


included  an  experimental  implementation  of  a  network  interprocess 
communication  mechanism. 

A  paper  outlining  the  ideas  behind  these  developments  will  be 
included  in  the  ACM  7h   Proceedings.  A  more  detailed  exposition  is 
currently  in  progress. 

(G.  Chess on  and  E.  McClary) 


Publications 

Chesson,  C.,  "Communication  and  Control  in  a  Cluster  Network,"  ACM  "jk 
Annual  Conference,  San  Diego,  California,  November  I97U. 

Liu,  J.  W.  S.  and  C.  L.  Liu,  "Bounds  on  Scheduling  Algorithms  for 

Heterogeneous  Computing  Systems, "  IFIP  Congress  197U,  Stockholm. 
Sweden,  August,  I97I+. 

*    and  Ai-Tsung  Yang,  "Optimal  Scheduling  of  Independent  Tasks  in 

Heterogeneous  Computing  Systems, "  ACM  7^  Annual  Conference, 
San  Diego,  California,  November  197^. 


10.    STATISTICS 


This  work  on  the  "number  of  factors  problem"  in  factor  analysis 
(with  Lloyd  Humphreys,  Psychology)  is  almost  complete.   Previous  results 
have  been  improved  by  using  a  sample  size  (N)  of  25  rather  than  24  for 
the  smallest  sample  size.   (This  removed  an  aberrant  data  point  of  24 
variables  (n)  and  2k   observations.   This  situation  would  never  occur  with 
real  data.)   A  second  improvement  was  to  remove  the  data  points  where 
m(the  number  of  factors)  =  §  or  —^  .   These  points  caused  some  lack 
of  linearity  in  the  results  and  are  also  not  representative  of  actual 
factor  analytic  studies.   Finally,  the  sampling  work  has  been  extended 
to  some  large  ns  (1*8,  51,  60,  75,  90.)- 

The  equation  to  estimate  each  eigenvalue  ^(1=1,  — m)  takes 


the 

following  form 

log  \±  = 

a.  +  bN.  log 

Number  of 

points 

Root 

in  regression    ^EH 

1 

72 

.460 

2 

72 

.248 

3 

6k 

.168 

k 

56 

.1^3 

5 

56 

.oi*6 

6 

52 

.011 

7 

48 

-.015 

8 

kQ 

-.064 

9 

kk 

-.078 

10 

ko 

-.105 

11 

ko 

-.091* 

12 

36 

-.174 

13 

33 

-.196 

Ik 

33 

-.173 

15 

30 

-.187 

16 

27 

-.187 

17 

27 

-.129 

18 

2k 

-.135 

19 

21 

-.164 

20 

21 

-.063 

log 


N 

-.613 
-.612 

-.620 
-.624 
-.626 
-.629 

-.637 
-.649 
-.649 
-.647 
-.667 
-.656 
-.654 
-.673 
-.668 
-.666 
-.688 
-.690 
-•695 
-.708 


pi^  -  («-«g 


b 
n 

•  356 
.416 

M9 

.441 
.470 
Ml 
.486 

•  507 
.506 
.509 
.518 

•  531 

•  532 

•  537 

•  533 
.528 
.524 
.525 
.536 
.510 


R  (multiple 
correlation). 


9971 
9977 
9984 

9975 
9983 


9974 
9981 
9981 
9971 
9987 


9977 


9992 
9985 
9985 


9974 
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Number  of  joints 


Root 

in  regression 

a 

21 

18 

-.097 

22 

15 

-.110 

23 

15 

.022 

2k 

12 

-.026 

25 

9 

-.205 

26 

9 

-.156 

27 

9 

-.081 

28 

9 

.023 

29 

9 

.213 

30 

6 

-.195 

N 

.715 
•713 
•  736 
.726 
.695 
■  70k 
718 
732 
756 
712 


b          Rfl 

nultiple 

n       correlation) 

526 

•997^ 

527 

.9972 

^99 

•9958 

504 

9966 

535 

9989 

529 

9984 

510 

9977 

486 

9968 

kki 

99^8 

536 

9989 
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11.    GENERAL  INFORMATION 
11. 1    Personnel 

The  number  of  people  associated  with  the  Department  in  various 
capacities  is  given  in  the  following  table: 

Full-time       Part-time      FTE 

Faculty  25 

Visiting  Faculty  3 

Research  Associates  and  Instructors  0 

Graduate  Research  Assistants  0 

Graduate  Teaching  Assistants  0 

Hourly  Junior  Academic  0 

Professional  Personnel  1 

Administrative  and  Clerical  15 

Nonacademic  Personnel  (Monthly)  12 

Miscellaneous  Supporting  Staff 

(Hourly)  ° 


3 

26.50 

0 

3.00 

0 

5^ 

2U.53 

31 

15.25 

23 

7. 71 

0 

1.00 

0 

15.00 

0 

12.00 

20 

6.52 

TOTAL 56  131        111.51 


The  Department  Advisory  Committee  consists  of  Professor  J.  N. 
Snyder,  Head  of  Department,  Professors  E.  K.  Bowdon,  D.  F.  Cudia,  M.  F. 
Faiman,  H.  G.  Friedman,  C.  W.  Gear,  D.  B.  Gillies,  W.  J.  Hansen,  W.  J- 
Kubitz,  D.  J.  Kuck,  C.  L.  Liu,  R.  S.  Michalski,  M.  D.  Mickunas,  R.  G. 
Montanelli,  S.  Muroga,  T.  A.  Murrell,  J.  Nievergelt,  J.  R.  Phillips, 
W.  J.  Poppelbaum,  S.  R.  Ray,  E.  M.  Reingold,  J.  E.  Robertson,  A.  H. 
Sameh,  P.  E.  Saylor,  D.  L.  Slotnick,  D.  S.  Watanabe,  and  T.  R.  Wilcox. 
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May,  197^. 

No.     6^9  Muroga,  Saburo  and  Lai,  Hung  Chi,  "Minimization  of 

Logic  Networks  Under  a  Generalized  Cost  Function," 
April,  1974. 

No.     650  Liu,  C.  L.,  "Sperner's  Theorem  on  Maximal- Si zed 

Antichains  and  Its  Generalization,"  June,  197^. 

No.     651  Hyafil,  Laurent,  "Bounds  for  Selection,"  June,  197^. 

No.     652  Gear,  C.  W. ,  "What  Do  We  Need  in  Programming  Languages 

for  Mathematical  Software?"  May,  197^. 

No.     658  Weaver,  Alfred  C. ,  Tindall,  Michael  H.  and  Danielson, 
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11.3   Abstracts 


Chesson,  Gregory  L. ,  "Communication  and  Control  in  a  Cluster  Network, " 

ACM  74  Annual  Conference,  San  Diego,  California,  November  197^ . 

Abstract: 

The  potential  computing  power  of  large  processor  networks 
justifies  their  investigation.   This  paper  describes  a  network 
architecture  being  experimented  with  at  DCL  and  the  software 
system  that  controls  it. 

Finkel,  Barry  S.,  "plldo:   The  DO  Loop  in  PL/l  A  Lesson  for  PLATO  IV," 

Department  of  Computer  Science  Report  No.  6kk,   University  of 
Illinois  at  Urbana- Champaign,  M.  S.  Thesis,  May  197^. 

Abstract: 

plldo  is  a  lesson  written  for  the  PLATO  IV  computer  aided 
instruction  system  and  designed  to  teach  fundamentals  of 
PL/l  DO  loops.   This  report  describes  the  design  consideration, 
structure,  content,  drills,  programming  techniques,  and 
student  evaluation  of  the  lesson. 

Gear,  C.  W. ,  "Some  Matrix  Results  for  Stable  m-Dimensional  Rotations," 

Department  of  Computer  Science  Report  No.  63^,  University  of 
Illinois  at  Urbana- Champaign,  April  15,  197^. 

Abstract : 

Continuous  (real-time)  rotation  of  an  object  about  a  line 
in  3 -space  can  be  done  using  an  incremental  teahnique.   An 
equivalent  technique  in  2-space  has  a  simple  modification 
that  makes  it  stable.   The  same  is  shown  to  be  true  in  m- 
space. 

Gear,  C.  W. ,  "What  Do  We  Need  in  Programming  Languages  for  Mathematical 
Software?"  Department  of  Computer  Science  Report  No.  652, 
University  of  Illinois  at  Urbana- Champaign,  May  ISfk. 

Abstract: 

Existing,  widely  used  lanugages  are  reasonably  satisfactory  for 
writing  numerical  subroutines.   However,  future  mathematical 
software  development  is  likely  to  require  features  not  currently 
found  in  any  widely  used  language.   Those  features  will  be 
needed  so  that  the  program  author  can  specify,  at  a  meta-language 
level,  the  way  in  which  his  program  will  be  tailored  for  a 
particular  class  of  problems  and  particular  hardware  characteristics. 
It  is  suggested  that  the  most  fruitful  way  of  doing  this  is  via 
a  preprocessor  with  some  macro  features  that  produces  a  widely 
used  language  such  as  Fortran  as  its  object.   Some  specific 
suggestions  are  made  based  on  our  initial  experience  with  one 
such  preprocessor. 
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Gold,  D.  E.  and  Kuck,  D.  J.,  "A  Model 
Dynamic  Disk  Allocation, 
pp.  278-288,  May  197^. 


for  Masking  Rotational  Latency  "by 
1  Communi cat ions  of  the  ACM,  Vol.  17. 


Abstract 


Hart. 


This  paper  presents  the  background  and  algorithms  for  masking 
the  rotational  latency  of  a  disk  or  drum.   It  discusses  the 
anticipatory  input  and  output  of  blocks  of  data  to  buffer  and 
primary  memories  for  a  monoprogrammed  computer  system.   A  basic 
permutation  algorithm  and  several  variations  are  given.   Because 
of  the  anticipatory  nature  of  the  I/O  scheduling,  these  algorithms 
are  restricted  to  classes  of  programs  with  predictable  behavior. 
While  the  methods  are  not  restricted  to  numerical  computations, 
matrix  and  partial  differential  equation  methods  are  typical 
examples  of  their  use.   It  is  shown  that  latency  may  be  masked 
using  a  small  amount  of  buffer  memory.   The  methods  discussed 
are  independent  of  the  overall  size  of  the  data  being  discussed. 

James  Fredrick,  "Emulation  of  the  PDP-11  Instruction  Set  on  the 

Lockheed  SUE  Processor,"  Department  of  Computer  Science  Report 
No.  621,  University  of  Illinois  at  Urbana- Champaign,  M.  S. 
Thesis,  April  197^. 


Abstract : 

This  thesis  describes  the  emulation  of  the  PDP-11  instruction 
set  on  the  Lockheed  SUE  minicomputer.   The  PDP-11  instruction 
set  is  very  powerful  but  the  hardware  is  limited  to  single 
processor  configurations.   The  SUE  provides  for  multiprocessing 
as  well  as  a  very  flexible  microprogramming  capability.   The 
PDP-11  emulator  allows  these  capabilities  to  be  combined  with 
the  PDP-11  instruction  set  to  provide  an  extremely  powerful 
multiprocessing  configuration. 

Hollaar,  Lee  A. ,  "A  Programmably  Loadable  Control  Store  for  the  Burroughs 
D-Machine,"  Department  of  Computer  Science  Report  No.  635, 
University  of  Illinois  at  Urbana- Champaign,  M.  S.  Thesis, 
May  197^. 

Abstract : 

The  modifications  made  to  the  Burroughs  D-Machine  to  allow  the 
loading  of  the  control  store  under  microprogram  control  are 
described,  as  is  the  programming  required  to  perform  these 
operations.   Since  the  modifications  allow  the  programmer 
to  write  data  into  the  control  store  as  if  it  were  the  normal 
system  memory,  all  the  processing  power  of  the  system  is 
available  to  accommodate  various  input  devices  and  formats. 
It  is  assumed  that  the  reader  is  already  familiar  with  the 
architecture  and  programming  of  the  D-Machine. 
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Hyafil,  Laurent,  "Bounds  for  Selection,"  Department  of  Computer  Science 
Report  No.  651,  University  of  Illinois  at  Urbana- Champaign, 
June  19 7^- 

Abstract: 

In  this  paper  we  show  that  the  minimum  number  of  comparisons 
necessary  for  the  computation  of  the  k^*1  element  of  a  totally 
ordered  set  of  size  n,v^(n),  is  lower  bounded  by 
n-k+'k-l)[log2^^nT)].   For  3  <  k  <  "  this  bound  improves  the 
best  lower  bound  presently  known.   A  new  algorithm  which  yields 
an  upper  bound  that  is  better  than  the  currently  known  bound 
for  a  large  range  of  values  of  n  will  also  be  presented. 

Muroga,  Saburo  and  Lai,  Hung  Chi,  "Minimization  of  Logic  Networks  Under  a 
Generalized  Cost  Function,"  Department  of  Computer  Science 
Report  No.  6^9,  University  of  Illinois  at  Urbana- Champaign, 
April  197^ • 

Abstract: 

Based  on  the  intuitive  observation  that  smaller  numbers  of  gates 
and  connections  would  usually  lead  to  a  more  compact  network  on 
an  integrated  circuit,  a  monotonically  increasing  function  of 
gate  count  and  connection  count  is  concluded  to  be  a  reasonable 
cost  function  to  be  minimized  in  logical  design  of  a  network 
implemented  in  IC.   Then  it  is  shown  that  all  minimal  solutions 
of  such  a  cost  function  can  be  always  found  among  the  following: 
minimal  networks  with  a  minimal  number  of  gates  as  the  first 
objective  and  a  minimal  number  of  connections  as  the  second 
objective;  minimal  networks  with  a  minimal  number  of  connections 
as  the  first  objective  and  a  minimal  number  of  gates  as  the 
second  objective;  and  minimal  networks  which  are  associated  to 
the  above  two  types  of  minimal  networks.   All  these  three  types 
of  minimal  networks  of  NOR  gates,  as  an  example,  are  calculated 
by  the  logical  design  programs  based  on  integer  programming,  for 
all  functions  of  three  or  less  variables  and  also  some  functions 
of  four  variables  which  require  5  or  less  NOR  gates.   According 
to  the  computational  results,  for  the  majority  of  the  functions 
the  first  type  minimal  networks  are  identical  to  the  second  type, 
and  for  no  function  were  networks  of  the  third  type  found  to 
exist. 

Lantz,  Karen  S.,  "pl/2d:  A  Programming  Language  for  Generating  2-Dimensional 
Patterns,"  Department  of  Computer  Science  Report  No.  6^7, 
University  of  Illinois  at  Urbana- Champaign,  M.  S.  Thesis, 
May  197^. 


Abstract: 


pl/2d  is  a  recursive  mini-language  which  produces  a  graphical 
output.   The  languages  allow  the  student  to  "see"  how  recursion 
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Legge 


works.   The  motivation  for  the  design  was  to  produce  a  useful 
tool  that  is  easy  to  use  and  isolates  the  topic  of  recursion. 

Jeffry  G   "The  Design  of  NOR  Networks  Under  Fan-In  and  Fan- Out 

Constraints  (Programming  Manual  for  FIFOTRAN-Gl) , "  Department 
of  Computer  Science  Report  No.  66l,  University  of  Illinois 
at  Urbana- Champaign,  M.  S.  Thesis,  June  1974*-- 


Abstract : 


Liu,  C. 


This  report  presents  a  simple  algorithm  (contained  in  the  program 
FIFOTRAN-Gl)  which  can  find  minimal  NOR  (NAND)  networks  while 
taking  into  account  the  fan-in  and  fan-out  constraints  of  a 
NOR  (NAND)  gate.   The  capability  of  designing  NOR  networks  under 
fan-in  and  fan-out  constraints  is  combined  with  transduction 
programs  (written  by  S.  Muroga's  research  group).   FIFOTRAN-Gl 
can  convert  any  multiple -out put,  multi-level  NOR  network  that 
does  not  satisfy  specified  fan-in,  fan-out  constraints. into 
a  network  which  satisfies  the  constraints  by  applying  appropriate 
transformations.   This  report  serves  as  a  programming  manual 
for  FIFOTRAN-Gl. 

L. ,  "Sperner's  Theorem  on  Maximal-Sized  Antichains  and  Its  Generalization 
Department  of  Computer  Science  Report  No.  650,  University  of 
Illinois  at  Urb ana -Champaign,  June  197^- 


Abstract: 


Liu, 


This  paper  generalizes  previous  work  by  Sperner  [1],  Erdos  [2], 
Kleitman  [3],  Katona  [k] ,   DeBruijn,  Tengbergen,  and  Kruyswijk  L5J 
and  Schonheim  [6].   Such  generalization  not  only  leads  to  simple 
proofs  of  known  results  but  also  sharpens  some  of  these  results. 

Jane  W.  S.  and  Liu,  C.  L. ,  "Bounds  on  Scheduling  Algorithms  for  Hetero- 
geneous Computing  Systems,"  Department  of  Computer  Science 
Report  No.  632,  University  of  Illinois  at  Urbana- Champaign, 
June  197^. 


Abstract: 


The  problem  of  job  scheduling  in  a  computing  system  containing 
processors  of  different  operation  speeds  is  studied.   In  particular, 
bounds  on  the  worst  case  performance  of  some  scheduling  algorithms 
that  can  be  implemented  easily  are  obtained.   Such  bounds  also 
provide  us  with  information  concerning  the  effect  of  the  speeds 
of  the  processors  and  the  maximal  throughput  of  the  system  on 
the  performance  of  these  scheduling  algorithms.   The  trade-off 
between  the  speed  and  the  number  of  processors  in  the  system  is 
also  discussed.   Optimal  scheduling  algorithms  which  produce 
preemptive  schedules  with  minimal  completion  times  and  schedules 
with  minimal  mean  flow  times  for  independent  tasks  are  described. 
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Liu,  Jane  W.  S.  and  Yang,  Ai-Tsung,  "Optimal  Scheduling  of  Independent 
Tasks  on  Heterogeneous  Computing  Systems,"  ACM  7^  Annual 
Conference,  San  Diego,  California,  November  1971+. 


T-K, 


In  this  paper,  the  problem  of  optimal  scheduling  of  independent 
tasks  on  heterogeneous  computing  systems  is  considered.   Optimal 
scheduling  algorithms  which  produce  preemptive  schedules  with 
minimal  completion  times  and  non-preemptive  schedules  with 
minimal  mean  flow  times  are  described.   A  bound  on  mean  flow 
times  also  provdies  us  with  information  concerning  the  relative 
merit  of  different  multiprocessor  systems. 

Hohulin,  K.  R. ,  Shiau,  L-E.  and  Muroga,  S.,  "Optimal  One-bit  Full 
Adders  with  Different  Types  of  Gates,"  IEEE  Trans,  on  Computers, 
January  197^+. 


Optimal  networks  with  thirty  different  types  of  restrictions 
are  listed  for  the  one-bit  full  adder.   Optimality  is  defined 
as  the  minimization  of  the  number  of  gates  under  different 
restrictions. 

Schreiner,  Axel  T.,  "CLEOPATRA  -  Comprehensive  Language  for  Elegant  Operating 
System  and  Translator  Design,"  Department  of  Computer  Science 
Report  No.  6^6,  University  of  Illinois  at  Urbana- Champaign, 
May  ISJk. 


CLEOPATRA  is  a  general-purpose  and  systems  implementation 
language  in  the  style  of  ALGOL  designed  for  computers  similar 
to  the  IBM  System/360.   Among  its  concepts  are  extensions  to 
the  ALGOL  block  structure,  user-defined  data  types  and  data 
access  mechanisms,  and  user-defined  'generic'  operators.   The 
language  is  goto-free,  and  has  a  generalized  decision  table 
as  its  main  control  structure.   An  interrupt  mechanism  is 
proposed. 

The  report  attempts  to  defined  an  optimal  language.   It  is 
intended  as  a  user's  manual  for  a  prospective  implementation. 

Schreiner,  Axel  T. ,  "CLEOPATRA  -  A  Proposal  for  Another  System  Implementation 
Language,"  Department  of  Computer  Science  Report  No.  65^, 
University  of  Illinois  at  Urbana- Champaign,  Ph.  D.  Thesis, 
June  1974. 


CLEOPATRA  is  a  general-purpose  and  systems  implementation 
language  in  the  style  of  ALGOL  designed  for  computers  similar 
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to  the  IBM  System/360.   Among  its  concepts  are  extensions  to 
the  ALGOL  block  structure,  user-defined  data  types  and  data 
access  mechanisms,  and  user-defined  'generic'  operators.   The 
language  is  goto-free,  and  has  a  generalized  decision  table 
as  its  main  control  structure.   An  interrupt  mechanism  is 
proposed. 

The  thesis  discusses  the  design  of  CLEOPATRA.   Two  extended 
coding  examples  are  provided,  a  symbolic  differentiator,  and 
a  'buddy  system'  storage  allocator.   Some  aspects  of  a 
prospective  implementation  are  examined.   The  annotated  list 
of  references  mentions  over  150  papers,  mostly  from  unrefereed 
journals  and  report  series. 

Walter,  William  C,  "Interactive  Express  Statistical  System,"  Department  of 
Computer  Science  Report  No.  653,  University  of  Illinois  at 
Urb ana- Champaign,  M.  S.  Thesis,  June  197^- 


Abstract : 


The  need  for  easy  to  use  statistical  systems  has  grown  rapidly 
in  recent  years.   Interactive  Express  Statistical  System 
(I.E.S.S.)  combines  the  fast  turnaround  of  the  Express  job 
system  with  the  conversation  capabilities  of  Call-OS  Fortran 
on  the  PLOTRTS  time- sharing  system.   It  provides  an  instructive 
and  easy  to  use  tool  for  many  statistical  analyses.   This  paper 
deals  with  design  considerations  during  the  development  of 
I.E.S.S.,  with  emphasis  on  the  implementation  language  and 
interaction  between  the  PLORTS  and  Express  systems.   Examples 
of  usage,  sample  segments  of  code,  and  message  file  structures 
are  taken  from  the  Correlations -Factor  Analysis  statistical 


Warner,  Henry  A.,  "The  Brief  Encounter  Review:   An  Investigation  in  Graphic 
Computer- Based  Medical  Record  Reporting  Systems,"  Department 
of  Computer  Science  Report  No.  6^-8,  University  of  Illinois  at 
Urbana- Champaign,  M.  S.  Thesis,  May  197^- 


Abstract : 


Research  in  the  area  of  computer-based  medical  record  systems 
was  initiated  by  the  medical  community's  interest  in  the 
development  of  a  Source  Oriented  Medical  Information  System 
(SOMIS).   A  product  of  research  in  Computer-Aided  Instruction 
(CAI)  has  been  the  development  of  a  special  class  of  machine 
which  is  highly  user  oriented.   By  combining  the  computer 
science  interests  of  the  medical  community  with  the  user 
orientation  of  CAI  equipment,  a  prototype  graphic  computer- 
based  medical  record  reporting  system,  the  Brief  Encounter 
Review,  is  being  developed  which  may  achieve  the  single  most 
important  element  required  of  any  medical  information  system: 
user  acceptance. 
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Weaver,  Alfred  C,  Tindall,  Michael  H.  and  Danielson,  Ronald  L. ,  "A  BASIC 
Language  Interpreter  for  the  Intel  8008  Microprocessor," 
Department  of  Computer  Science  Report  No.  658,  University  of 
Illinois  at  Urbana- Champaign,  June  197^. 

Abstract : 

A  BASIC  language  interpreter  has  been  designed  for  use  in  a 
microprocessor  environment.   This  report  discusses  the  develop- 
ment of  1)   an  elaborate  text  editor  and  2)   a  table -driven 
interpreter.   The  entire  system,  including  text  editor,  interpreter, 
user  text  buffer,  and  full  floating  point  arithmetic  routines 
fits  in  l6K  8-bit  words. 

Whitlock,  Lawrence  R. ,  "RECURSE  -  A  PLATO  Lesson  on  Recursion,"  Department 
of  Computer  Science  Report  No.  6^2,  University  of  Illinois  at 
Urbana- Champaign,  M.  S.  Thesis,  May  197^. 

Abstract: 

RECURSE  is  a  lesson  for  the  PLATO  IV  computer-based  education 
system.   It  attempts  to  give  the  student  a  general  feel  for 
recursion  and  introduces  him  to  the  use  of  recursion  in 
recursive  definitions  and  recursive  procedures.   This  report 
contains  a  description  of  the  lesson  and  its  development,  and 
a  listing  of  the  TUTOR  source  code. 

tfong,  Tze-Wah,  "A  Semi -Virtual  Memory  Mult i- Programming  System  for  the 

Mini-computer  PDP  8/3  (ILLIAC-3) , "  Department  of  Computer  Science 
Report  No.  64l,  University  of  Illinois  at  Urbana- Champaign, 
M.  S.  Thesis,  May  197^. 


Abstract: 


A  multiprogramming  (semi-)  virtual  memory  operating  system  has 
been  written  for  the  mini-computer  PDP  8/e  located  in  the 
ILLIAC-3  room  of  the  University  of  Illinois.   This  computer  is 
currently  used  to  control  the  various  picture  processing 
peripherals  in  the  room  as  well  as  routing  information  to  the 
general  purpose  computer  IBM  360/75  for  processing.   The 
following  paper  describes  the  usage  and  design  principles  of 
the  operating  system  in  coping  with  the  above  environment. 
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11. k        Colloquia 


"COPS  -  A  Protection  Mechanism  for  Computer  Systems,"  by 
Mr.  Gregory  R.  Andrews,  Computer  Science  Group,  University 
of' Washington,  Seattle,  Washington,  April  1,  197^- 

"Formal  Languages  and  Recursion  Schemes,"  by  Mr.  Peter  J. 
Downey,  Center  for  Research  in  Computing  Technology,  Harvard 
University,  Cambridge,  Massachusetts,  April  k,    1974. 

"Scheduling  Algorithms  for  Heterogeneous  Computing  Systems," 
by  Professor  Jane  W.  S.  Liu,  Department  of  Computer  Science, 
University  of  Illinois  at  Urbana- Champaign,  April  15,  197^. 

"Theorem  Proving,  Semantic  Trees  and  Equality,"  by  Mr.  David 
A.  Plaisted,  Department  of  Computer  Science,  Stanford 
University,  Stanford,  California,  April  17,  197^. 

"Distributed  Computing  on  ARPA-like  Networks,"  by  Professor 
Peter  A.  Alsberg,  Research  Assistant  Professor  of  Computer 
Science  and  Center  for  Advanced  Computation,  University  of 
Illinois  at  Urbana- Champaign,  April  22,  197^- 

"On  Scolnik's  Proposed  Polynomial-time  Linear  Programming 
Algorithm,"  by  Mr.  David  M.  Gay,  Computer  Science  Department, 
Cornell  University,  Ithaca,  New  York,  April  25,  197^- 
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11.5   Drafting 

inuring  the  second  quarter,  a  total  of  365  drawings  were  processed 
by  the  general  departmental  drafting  section: 

Formal  Drawings 
Large  Drawings 


Medium  Drawings 
Small  Drawings 
Layout  Drawings 
Report  Drawings 
Change  Order  Drawings 
Miscellaneous  Drawings 

Completed  Total  Drawings 


115 

106 

115 

12 

12 

k 

1 


365 

(M.  Goebel) 


11.6   Shop's  Production 

Job  orders  processed  and  completed  during  the  second  quarter  of 
1974  are  as  follows: 


Navy  Grant 

NSF 

Grants 

Other 

Electronics  Shop 

50 

2 

10 

Chemical  Shop 

32 

2 

10 

Photographic  Shop 

41 

3 

21 

Layout  Shop 

11 

1 

(F. 

P. 

.    Serio) 
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I.   HARDWARE  RESEARCH  (NAVY) 

(Supported  in  part  by  Navy  Contract  #N000  1U-67-A-0305-002H.  ) 

Summary 

With  the  exception  of  Jim  Cutler's  continuing  report  on  the  Molecular 
Stochastics  work,  the  projects  written  about  in  this  section  represent  new  work 
that  has  just  started  up  under  Navy  support  and  is,  for  the  most  part,  being  car- 
ried out  by  new  research  assistants.   The  common  theme  of  all  these  projects  is 
research  into  practical  uses  of  stochastic  processing  methods  and,  implicitly, 
comparison  with  conventional  techniques.   Here  is  a  short  description  of  the  pro- 
jects that  are  and  will  subsequently  be  reported  on  in  this  section. 
Molecular  Stochastics — Jim  Cutler 

The  design  of  stochastic  transducers,  devices  which  measure  physical  para- 
meters (temperature,  flow  rate,  light  intensity,  etc.)  directly  in  terms 
of  stochastic  sequences. 
STORM— Gary  Taylor 

Correlation  of  many  weather  parameters  represented  as  stochastic  sequences. 
STOCHFEED— Dave  Ficke 

Stochastic  feedback  control  system. 
BURSTCALC — Ehud  Bracha 

Arithmetic  operations  on  "butst"  sequences.   (A  burst  representation  of  a 
base  r  digit  consists  of  a  string  of  from  0  to  r-1  ones. ) 
ARC  (Addressable  Ring  Conveyor) — Kenneth  Holberger 

A  ring  communication  system  that,  by  means  of  automatic  reconfiguration, 
can  continue  to  function  when  various  nodes  are  destroyed. 
FM-DIRAD— Paul  Mohan 

All  digital  FM  radio. 
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AM-DIRAD — Scott  Noble 

All  digital  AM  radio. 
BURSTSORT— Robert  Pleva 

Sorting  schemes  for  data  represented  by  burst  sequences 

BURSTCOMM — Martin  Wolff 

Burst  sequence  encoding  and  decoding  of  video  signals. 
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1.1  STORM  (Project  No.  1*9) 
Summary 

Storm  is  a  project  investigating  the  prediction  of  weather  parameters, 
based  on  observed  correlations  between  those  parameters  and  preceding  weather 
conditions. 

1.1.2  Status  of  Project 

Since  the  calculation  of  correlations  is  essentially  multiplication,  the 
encoding  of  the  weather  parameters  into  synchronous  random  pulse  sequences  can 
result  in  hardware  economy.   Designs  which  exploit  this  advantage  are  being  con- 
sidered. 

Gary  Taylor 

1.2  MOLECULAR  STOCHASTICS  (Project  No.  51 ) 

1.2.1  Project  Summary 

Molecular  Stochastics  is  a  project  concerned  with  the  direct  production  of 
stochastic  sequences  from  transducers.   A  stochastic  sequence  is  one  in  which  Os 
and  Is  occur  randomly.   The  advantage  of  using  these  sequences  is  that  computa- 
tions (multiplication,  addition,  etc)  are  accomplished  by  very  little  hardware. 

1.2.2  Project  Status 

In  this  past  quarter,  work  has  been  directed  toward  design  and  construction 
of  a  stochastic  meter.   Its  function  is  to  accept  a  random  signal,  convert  it  to  a 
stochastic  sequence  and  determine  the  time  average  of  this  sequence.   Figure  1 
shows  a  block  diagram  of  the  stochastic  meter.   The  buffer  is  useful  for  accepting 
various  kinds  of  inputs  and  for  standardizing  them.   The  amplifier  is  needed  to 
control  the  level  of  the  now  standardized  input  and  the  comparator  converts  the 
input  signal  into  a  stochastic  sequence  (RPS).   The  remaining  blocks  are  for 
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the  determination  of  the  time  average  of  the  stochastic  sequence.   This  meter 
is  sufficiently  flexible  to  accept  inputs  from  all  transducers  under  study. 

Also,  the  pressure  transducers  necessary  for  the  velocity  transducer  were 
ordered  and  received.  However,  time  did  not  allow  for  the  installation  of  these 
transducers.   Thus,  no  data  on  a  turbulent  flow  is  available  at  this  time. 

1.2.3  Future  Work 

There  are  three  primary  goals  for  the  next  quarter.   First,  the  completion 
of  the  stochastic  meter  should  be  accomplished.   Second,  installation  of  the  pres- 
sure transducer  and  the  acquisition  of  data  from  a  turbulent  flow  should  be  started. 
Finally,  construction  of  a  light  intensity  transducer  should  be  investigated. 

Jim  Cutler 

1.3    STOCHFEED  (Project  No.  53) 

Stochfeed  is  a  feedback  control  system  whose  signals  are  of  a  stochastic 
nature,  i.e.,  synchronous  random  pulse  sequences.   The  feedback  element  of  Stoch- 
feed is  a  transducer  which  captures  a  random  component  of  a  defined  control  out- 
put and  produces  an  SRPS  which  is  compared  with  a  calibrated  reference  input.   A 
control  element  which  makes  decisions  based  upon  this  comparison  then  acts  through 
a  dynamic  unit  in  such  a  manner  that  the  control  output  will  follow  the  command 
input . 

A  model  for  Stochfeed  is  depicted  in  Figure  1.   The  reference  input,  feed- 
back signal,  actuating  signal,  and  manipulated  variable  take  the  form  of  an  SRPS. 
The  dynamic  unit  and  feedback  element  are  of  course  dependent  on  the  particular 
control  output  of  interest;  however,  the  reference  selector  and  control  element 
are  of  a  more  general  nature. 

Initially,  a  Stochfeed  system  is  being  investigated  whose  control  output 

is  the  temperature  of  a  defined  environment. 

Dave  Ficke 
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1.1+    BURSTCALC  (Project  No.  5M 
l.l+.l  Introduction 

The  proposal  (Novel  PCM  Transmission  and  Processing  Systems  called  Burst 
Processing)  "by  W.  J.  Poppelbaum,  discusses  the  reasons  for  doing  research  in 
Burst  Processing  and  the  advantages  of  Burst  Processing  are  listed,  namely, 
high  precision  with  simple  circuits  and  simple  circuits  for  arithmetic  units. 

In  the  proposal,  the  Block  Sum  Register  (BSR)  is  defined  and  all  the  work 
proposed  makes  use  of  this  device;  at  the  same  time,  it  is  emphasized  that  con- 
ventional logic  circuits  must  be  employed  as  a  back-up  to  BSR  design,  for  com- 
parison. 

The  aim  of  this  project,  BURSTCALC,  is  to  design  an  arithmetic  unit  which 
accepts  two  Burst  sequences  as  input  and  produces,  with  the  appropriate  control 
signals,  the  Burst  sequence  of  the  sum,  difference,  product  and  quotient  of 
these. 

This  report  discusses  a  conventional  approach  to  multiplying  burst  sequences, 
It  is  assumed  that  the  reader  is  familiar  with  the  proposal  mentioned  above. 

1.U.2  Digital  Multiplier 

In  the  block  representation  each  number  is  represented  by  a  block  of  10 
time  slots  and  each  block  can  contain  numbers  from  0  to  1,  in  steps  of  0.1. 
This  is  illustrated  in  Figure  1,  which  shows  both  the  number  representation  and 
a  table  of  rounded  products. 

The  table  was  examined  and  the  logical  equations  for  each  output  pulse 
were  determined.   The  assumption  is  that  the  two  blocks  of  the  input  Bursts  are 
available  with  all  their  pulses  in  registers,  and  the  product  can  be  computed 
combinationally ,  and  not  sequentially. 

The  main  idea  is  to  store  the  two  Burst  sequences  in  two  separate  shift- 
registers  and,  after  that  is  done,  a  logic  network  determines  immediately  the 
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Figure  1.   Table  of  Products  and  Burst  Notations 


: product  pulses.   These  are  fed  in  parallel  to  another  shift  register  for  output. 
Obviously,  input  and  output  can  proceed  simultaneously.   See  Figure  2. 

The  equations  for  the  product  pulses  PI  to  P10,  can  "be  derived  from  the 
Table  of  Figure  1.   Thus,  P10  =  1  if  A10  =  1  and  BIO  =  1,  i.e. 

P10  =  A10  •  BIO  ; 
similarly, 

P9  =  A10.B9  +  A9.B10  . 
The  complete  equations  for  PI  to  PlO  are  listed  below  and  beside  them  the 
numbers  of  ANDs  required.   Each  pair  i.j  represents  the  AND  Ai.Bj. 


lerms  Equations 

1  PlO  =  10,10 

2  P9  =  10,9  +  9,10 

3  P8  =  10,8  +  9,9  +  8,10 

4  P7  =  10,7  +  9,8  +  8,9  +  7,10 

7  P6  =  10,6  +  9,7  +  8,7  +  8,8  +  7,8  +  7,9  +  6,10 

9  P5  =  10,5  +  9,5  +  9,6  +  8,6  +  7,7  +  6,8  +  6,9  +  5,9  +  5,10 

11  P4  =  10,4  +  9,4  +  8,5  +  7,5  +  7,6  +  6,6  +   6,7  +  5,7  +  5,8  +  4,9  +   4,10 

11 


P3  =  10,3  +  9,3  +  8,1+  +  7,4  +  6,5  +  5,5  +  5,6  +  4,7  +  5,8  +  3,9  +  3,10 
19     P2  =  10,2  +  9,3  +  8,2  +  8,3  +  7,3  +  6,3  +  6,4  +  5,3  +  5,4  +  4,4  +  4,5  h 

M  +  3,5  +  3,6  +  3,7  +  3,8  +  2,8  +  2,9  +  2,10 
25     Pi  =  10,1  +  9,1  +  8,1  +  7,1  +  7,2  +  6,1  +  6,2  +  5,1  +  5,2  +  4,2  +  4,3  h 

3,2  +  3,3  +  3,4  +  2,3  +  2,4  +2,5  +  2,6  +  2,7  +  1,5  +  1,6  +  1,7  + 

1,8  +  1,9  +  1,10 
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It  is  seen  that  at  least  92  AND  gates  are  needed  and  some  OR  gates  too.   This 
is  not  a  small  number  of  gates,  but  the  simplicity  of  the  proposed  circuit  must 
he  compared  with  the  usual  weighted  binary,  for  determining  which  method  is 
better.   This  has  not  been  done  yet,  but  is  the  next  step  in  the  research. 

It  is  quite  obvious  that  there  is  a  delay  of  one  block  period,  between 
the  output  and  the  input,  but  this  delay  is  not  cumulative,  i.e.,  if  the  input 
consists  of  consecutive  blocks,  then  the  output  is  so  too,  and  one  can  look  at 
the  output  continuously,  and  average  over  blocks  and  get  the  right  result. 

1.U.3  Conclusions 

The  use  of  Burst  sequences  in  blocks  of  10  pulses,  as  a  basic  represen- 
tation of  numbers,  enables  us  to  design  a  multiplier  with  round-off,  which  gives 
a  product  with  an  accuracy,  which  is  better  than  the  accuracy  of  the  block  repre- 
sentation itself.   Still,  there  is  more  work  to  be  done  in  the  field,  namely, 
comparison  with  other  methods,  examination  of  negative  number  representations, 
multiplication  of  numbers  represented  by  super  blocks,  and  their  accuracy,  and 
design  of  a  divider. 

Ehud  Bracha 

1.5    ARC  (Project  No.  56) 
1.5-1  Introduction 

The  Addressable  Ring  Conveyor  system  is  a  proposed  damage  tolerant  infor- 
mation network  for  shipboard  communication.   A  major  difference  between  ARC  and 
other  communication  systems  is  in  how  it  recovers  and  reconfigures  itself  when 
random  lines  are  severed  and/or  random  subsystems  are  destroyed.   All  other 
networks  use  software  tests  to  deduce  the  needed  changes.   Furthermore,  in  non- 
loop  networks,  most  systems  require  that  each  station  be  linked  to  at  least  two 
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others  to  survive  just  one  hit.   The  ARC  system  is  a  double  loop  network  that 
uses  trivial  hardware  tests  for  reconfiguration  in  the  case  of  one  hit  or  multi- 
ple adjacent  hits.   If  two  central  points  (not  exchanges)  are  added,  continuity 
can  "be  maintained  in  the  event  of  two  groups  of  one  or  more  adjacent  hits. 

1.5.2   General  Description 

ARC  will  he  a  synchronous,  byte  multiplexed  network  with  addressed  blocks. 
Information  will  circulate  around  the  ring  in  frames,  passing  through  each  sta- 
tion once  for  each  circumnavigation.   The  stations  behave  like  l6-bit  shift  reg- 
isters.  The  Frames  are  shifted  out  the  end  of  one  station  into  the  beginning 
of  the  next. 

Figure  1  shows  the  frame  format  that  is  currently  being  considered, 
Bipolar  modulation  is  used.   This  signal  can  be  separated  into  two  registers 
shifting  in  parallel  and  recombined  with  trivial  asynchronous  circuitry.   The 
positive  pulses  carry  the  10-bit  information  field,  Ni,  and  the  5-bit  instruc- 
tion field.   The  negative  going  pulses  contain  the  7-bit  address.   An  address 
of  0000000  will  denote  a  'null'  or  empty  frame.   The  address  1111111  will  not  be 
allowed  because  it  would  be  indistinguishable  from  the  monitor.   This  leaves 
126  possible  addresses.   The  monitor  field  always  contains  seven  ones.   It  is 
used  for  synchronization  in  the  stations  and  is  one  of  the  criteria  for  deter- 
mining if  the  stations  are  damaged  or  not. 

To  execute  a  read  operation,  a  station  will  gate  the  information  field 
and  the  instruction  field  into  a  buffer  and  replace  the  frame  with  a  null  frame. 
To  execute  a  write  operation,  a  station  will  gate  the  information,  instruction, 
and  address  fields  into  a  passing  null  frame.   If  the  number  of  non-null  frames 
on  the  ring  approaches  the  capacity  of  the  system,  the  capacity  can  be  increased 
by  switching  extra  shift  registers  into  the  ring.   When  the  traffic  dies  down, 
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these  dummy  shift  registers  can  he  removed.   In  a  like  manner,  if  certain  stations 
need  a  higher  message  rate,  stations  that  are  not  in  use  can  he  switched  out  of 
the  ring. 

1.5.3  Damage  Tolerance 

By  looking  continuously  at  the  monitor  and  fixed  zero  hits  as  they  come 
out  of  each  station,  a  crude  judgment  can  he  made  of  the  stations'  health.   A 
signal  from  a  station's  monitor  circuit  controls  switches  called  commutators 
at  each  end  of  the  section  of  the  ring  containing  that  station.   Refer  to 
Figure  2.   The  commutators  are  wired  such  that  the  ahsence  of  a  signal  isolates 
the  station  and  routes  the  data  on  the  inner  ring  from  the  previous  station 
through  the  outer  ring  to  the  following  station.   The  data  does  not  pass 
through  the  damaged  area.   Adjacent  sections  may  he  eliminated  without  dis- 
rupting the  continuity  of  the  healthy  ones.   Figure  3  shows  a  possible  reali- 
zation of  the  monitor-commutator  circuit. 

By  comhining  the  power  and  clock  supplies  in  a  separate  single  ring 
(with  appropriate  fuses),  all  stations  are  assured  power  and  synchronizing 
signals.   Figure  k   shows  a  possihle  realization  of  the  power  and  clock  circuits. 

Figure  5  shows  how  two  groups  of  one  or  more  hits  can  he  survived  with 
the  addition  of  a  zenith  point,  Z,  and  a  nadir  point,  N.   A  second  hit  would 
he  "bypassed  hy  leaving  the  "plane  of  the  ring"  and  routing  data  into  a  3D 
arrangement  of  "spokes"  via  N  and  Z.   It  is  also  easy  to  assess  that  this 
situation  exists:   If  a  sector  already  has  information  flow  in  the  emergency 
loop,  then  the  next  step  is  to  go  via  N  and  Z  rather  than  split  into  two 
smaller,  isolated  rings. 

1.5.U  Project  Status 

A  study  of  general  communication  networks,  information  formatting  in 
specific  networks,  general  packet  switched  networks,  and  specific  loop  networks 
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is  nearly  complete.   Different  and  larger  frame  formats  are  being  investigated. 
A  faster  and  more  rigorous  health  assessment  and  commutator  circuit  has  been 
proposed  and  is  being  designed.   A  power  extractor  circuit  that  will  supply- 
more  current  without  dropping  the  voltage  level  is  also  under  study. 

1.5.5  Future  Work 

During  the  next  quarter,  a  prototype  monitor-commutator  circuit  will 
be  built  and  tested.   The  read  and  write  operations  will  be  studied  and  reali- 
zation of  the  stations  will  be  started.   The  possibility  of  making  the  sta- 
tions more  than  one  frame  length  long  to  ease  the  synchronous  insertion  and 
deletion  of  dummy  frames  will  also  be  studied. 

Kenneth  Holberger 

1.6    FM-DIRAD  (FM  Digital  Radio)  (Project  No.  59) 

1.6.1  Introduction 

With  the  widespread  use  of  digital  circuits,  it  is  inevitable  that 
digital  techniques  should  find  their  way  into  radio  receiver  design.   The 
desirability  of  such  a  change  is  found  in  the  qualities  generally  associated 
with  digital  circuitry:   reliability,  low  cost  and  small  size.   Thus,  it  is 
the  intent  of  this  project  to  produce  one  such  digital  receiver  which  will 
operate  in  the  FM  broadcast  band  and  to  compare  its  performance  with  that  of 
present  analog  receivers. 

1.6.2  Scope  of  Work 

Indications  of  the  trend  towards  producing  radio  receivers  composed 
mainly  of  digital  building  blocks  have  appeared  in  much  of  the  literature 
over  the  past  ten  years.   The  advent  of  fast  Fourier  transforms  and  other 
digital  signal  processing  techniques  has  made  the  digital  detection  problem 
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much  easier  to  handle.   However,  many  of  the  publications  concerning  possible 
digital  receivers  have  been  analytical  in  nature,  stressing  the  mathematical 
conceivability  of  such  devices.   The  goal  of  this  research  is  to  devise  a 
working  model  of  an  FM  digital  receiver.   Although  the  analytical  concerns  of 
digital  signal  processing  are  of  utmost  importance,  further  development  of 
this  area  will  not  be  stressed.   Rather,  the  implementation  of  some  of  the 
ideas  already  present,  along  with  some  new  techniques  which  appear  appropriate, 
will  be  our  major  concern.   Once  a  prototype  has  been  constructed  we  can  then 
proceed  to  observe  the  relative  merits  of  this  particular  receiver  and  initiate 
any  design  modifications  which  would  seem  to  better  the  performance  of  the 
device.   Therefore,  hardware  orinetation,  guided  by  the  analytical  studies 
conducted  by  others,  will  be  the  underlying  theme  of  this  research. 

1.6.3  Initial  Ideas 

The  general  form  of  a  digital  receiver  is  depicted  in  Figure  1.   Here, 
the  input  is  a  frequency  modulated  carrier,  either  direct  from  the  RF  amplifier 
or  out  of  the  IF  stage  of  a  conventional  receiver  front  end.   The  input  is 
then  appropriately  sampled  and  quantized,  possibly  by  an  A/D  converter.   The 
digital  data  is  then  processed  somehow  and  the  information  impressed  upon  the 

carrier  is  extracted. 

Figure  2  shows  one  variation  of  the  general  form  of  digital  receiver 
which  is  well  suited  to  FM  reception.   In  this  case  the  input  will  be  the 
modulated  RF  with  carrier  frequencies  of  about  100  MHz.   This  signal  is  passed 
through  a  phase-locked  loop  which  serves  as  a  frequency  selective  block  and 
also  tends  to  filter  out  wideband  noise.   The  VCO  output  of  the  phase-locked 
loop  is  passed  through  a  zero-crossing  detector  and  the  resulting  train  of 
impulses  of  modulated  period  is  then  compared  with  a  series  of  impulses  of 
fixed  period  (perhaps  the  period  of  the  carrier).   Since  the  change  in  period 
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of  the  modulated  impulses  is  very  small,  the  method  of  comparison  of  the  two 
will  exhibit  properties  similar  to  those  of  Moire  patterns.   The  Moire  pat- 
tern technique  has  the  ability  of  producing  low  frequency  "beats"  when  two 
impulse  trains  of  closely  matched  periods  are  multiplied.   This  multiplica- 
tion process  need  not  he  analog  multiplication,  however,  but  may  simply  be 
the  AMDing  of  the  modulated  and  fixed  period  impulses.   The  low  frequency 
"heats"  produced  by  this  Moire  detector  would  then  represent  the  information 
sent  on  the  carrier.   This  relatively  simple  concept  of  FM  detection  appears 
promising  in  that  it  employs  inherently  digital  techniques.   The  particulars 
of  the  detection  scheme  are  yet  to  he  determined  as  well  as  the  performance 
capabilities  of  this  type  of  detector.   It  is  hoped  that  this  particular  type 
of  digital  receiver  can  be  breadboarded  and  refined  to  the  point  where  it 
will  at  least  indicate  that  such  a  receiver  is  advantageous  and  warrants  fur- 

ther  circuit  design  in  this  field. 

Paul  L.  Mohan 


1.7    AM-DIRAD  (Project  No.  60) 
1.7.1  Introduction 

The  purpose  of  this  new  project  is  to  study  the  feasibility  of  applying 
digital  signal  processing  techniques  to  various  portions  of  a  general  purpose 
AM  receiver.   The  hoped  for  results  are  increased  reliability,  lover  unit 
cost,  and  better  performance. 

I.7.2  Preliminary  Considerations 

There  is  a  question  as  to  how  much  of  a  radio  should  be  made  digital. 

The  front  end  should  probably  be  analog  for  good  sensitivity.   Since  any  high 
frequency  (>  10  MHz)  would  need  extremely  fast  circuitry  to  keep  up  with  the 
changing  waveform,  the  best  place  to  start  digitizing  would  be  in  the  IF, 
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around  1  MHz.      Since  1+55  kHz   is   a  common  AM-type   IF  frequency,    a  preliminary 
digital  detector  will  be   developed  there. 

Scott   Noble 

1.8    BURSTSORT  (Project  No.  62) 
1.8.1  Introduction 

Projects  are  currently  underway  to  assess  the  performance  of  the  "BURST" 
PCM  system  when  applied  to  practical  processing  problems  in  environments  where 
noise  and  damage  tolerance  are  crucial.   Arithmetic  functions  are  obviously 
important  in  most  data  processing  systems,  and  it  may  be  shown  that  the  burst 
encoding  is  particularly  amenable  to  such  operations.   Equally  important,  how- 
ever, is  the  ability  to  perform  logical  operations  upon  numeric  data  items; 
i.e. ,  to  be  able  to  make  decisions  based  upon  the  value  of  received  data.   An 
obvious  application  of  this  idea  can  be  found  in  the  processing  or  radar  data — 
here  the  ability  to  sort  data  makes  possible  such  functions  as  range  gating, 
removal  of  uninteresting  "clutter,"  and  signal  enhancement  through  averaging. 
Project  BURSTSORT  is  an  investigation  into  the  hardware  implementation  of  high 
speed  data  sorting  operations  in  a  burst-encoded  PCM  data  network. 

The  notion  of  "sorting"  data  items  can  take  on  any  of  several  interpre- 
tations— the  sort  may  be  performed  on  the  value  of  the  data  only,  on  a  "key" 
field  which  identifies  the  data  item,  or  on  a  combination  of  these  two  modes. 
Generalized  sorting  capability  requires  that  each  of  these  functions  be  pro- 
vided for.   Furthermore,  all  possible  numerical  relations  (equality,  lesser 
magnitude,  greater  magnitude,  etc.)  may  prove  necessary  in  various  applica- 
tions and  must  be  available.   Finally,  once  the  fulfillment  of  the  sorting 
criteria  has  been  determined,  any  of  several  system  responses  may  be  required — 
e.g.,  rerouting  of  the  original  burst  to  a  specified  location,  recording  the 
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event  in  a  memory  circuit,  simple  "go/no-go"  response  on  a  given  line,  or  even 
real-time  modification  of  the  sort  criteria  in  the  case  of  an  "adaptive" 
system.   Of  course,  any  "sortable"  burst  sequence  must  he  of  finite  length: 
therefore  the  existence  of  some  "end-of- frame"  delimiter  is  assumed. 

At  first  view,  hurst  encoding,  as  a  variant  of  the  general  PCM  method, 
seems  naturally  suited  to  processing  in  the  digital  mode.   After  all,  a  burst 
value  can  be  converted  to  a  binary  value  by  the  simple  expedient  of  counting 
pulses  during  a  fixed  time  period.   Counting,  however,  can  be  a  relatively 
slow  process  due  to  the  ever-present  problem  of  carry  propagation.   An  alter- 
native is  found  in  the  block  sum  register,  or  BSR,  which  provides  analog 
representations  of  the  burst  data  and  which  is  not  limited  in  its  speed  of 
operation  by  carry  problems.   The  high  speed,  simplicity,  and  projected  low 
cost  (in  integrated  form)  of  the  BSR  approach  make  it  a  preferred  alternative 
to  strictly  digital  processing. 

1.8.2  Project  Status 

It  can  be  seen,  then,  that  burst  sorting  in  the  analog  mode  requires 
three  basic  components:   one  or  more  block  sum  registers  to  decode  the  data, 
a  source  of  reference  voltage(s)  representing  the  desired  sorting  criteria,  and 
analog  comparison  circuitry.   A  general  system  outline  is  depicted  in  Figure  1. 
The  use  of  the  shift  register  (BSR)  technique  as  opposed  to  counting  pulses 
provides  an  extra  bonus:   the  entire  burst  is  present  exactly  as  received,  thus 
there  is  no  need  to  regenerate  the  sequence  should  retransmission  be  required. 
The  limitations  imposed  by  the  system  throughput  requirements  and  analog  cir- 
cuitry response  times  may  make  it  necessary  that  the  data  registers  (BSR's) 
be  duplicated  and  interleaved  (or  perhaps  even  serially  connected  in  "pipe- 
line" fashion)  so  as  to  relax  speed  restrictions.   The  problem  of  reference 
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Figure   1.      Overview  of  BURSTSORT 
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voltage  generation  (as  determined  by  the  KEY  field)  is  of  prime  importance- 
a  possible  approach  would  be  to  utilize  a  high  speed  read-only  memory  in  con- 
junction with  digital  to  analog  conversion  circuitry.   The  effectiveness  of 
such  a  technique  has  yet  to  be  fully  investigated. 

1.8.3  Future  Work 

The  detailed  features  of  the  BURSTSORT  system  have  yet  to  be  finalized. 
The  problem  of  implementation  must  then  be  fully  analyzed,  and  the  design  of 
an  operational  prototype  will  then  begin.   One  possibility  is  that  the  device 
will  be  made  compatible  with  the  format  of  the  "ARC"  data  transmission  system 
currently  being  developed.   This  would  enable  a  more  complete  evaluation  of 
the  performance  of  the  burst  mode  in  a  combined  data  transmission/processing 

system. 

Robert  M.  Pleva 

1.9    BURSTCOMM  (Project  No.  63) 

I.9.I  Summary 

BURSTCOMM  (Burst  Communications)  is  a  project  involving  the  encoding 
and  decoding  of  a  video  signal  using  burst  techniques.   With  a  BSR  (Block  Sum 
Register)  and  a  comparator  as  a  stairstep  encoder,  and  a  BSR  as  a  decoder,  a 
simple  low  cost  digital  video  transmission  system  is  possible. 

I.9.2  Progress 

Initial  experiments  transmitting  low  frequency  sine  waves  using  Al  Irwin' 
audio  frequency  encoder  suggest  a  minimum  clock  frequency  of  kO   times  the  sig- 
nal frequency  to  give  clear  results.   Therefore  the  initial  video  encoding 
clock  is  at  Uo  MHz  giving  a  probable  clear  transmission  of  video  signals  of  at 
least  1  MHz.   A  simple  filter  will  be  used  to  limit  the  incoming  video  signal 


to  a  resolution  of  1  MHz. 
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Due  to  the  high  frequencies  involved  it  was  decided  to  use  ECL  10,000 
series  logic.   Schottky  TTL  would  suffice  for  1+0  MHz,  hut  it  may  turn  out  that 
for  hetter  video  resolution  higher  clock  frequencies  are  needed.   Recent  price 
decreases  in  ECL  10,000  series  chips  have  made  using  them  much  more  economical, 

So  far,  one  BSR  using  ECL  D  flipflops  and  high  frequency  transistors 
(2N  i+257a)  has  been  built.   Significant  noise  (at  kO   MHz)  at  the  stairstep 
output  has  still  to  be  eliminated.   In  the  future,  the  following  items  will  be 
investigated:   what  minimum  clock  frequency  will  still  give  a  usable  video  out- 
put, and  what  minimum  number  of  steps  in  the  stairstep  at  various  clock  fre- 
quencies will  give  a  useful  output. 

Martin  Wolff 
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HARDWARE  RESEARCH  (VARIOUS) 


Summary 

The  reports  in  this  section  are  as  follows: 

FROG — Dev  Bose 

Adaptive  robot  that  learns  from  visual  clues. 

CAECOTRON — Bernard  Tse 

An  aid  to  the  blind,  converts  special  stereo  TV  images  into  audible 

tones . 
THESPIAC— Les  Daley 

Theatre  lighting  control  computer.   Prototype  is  now  complete  and  de- 
tailed report  will  follow. 
NORMAN  (Normalizing  Analyzer )  —Gar Ian  Huberts 

Identifies  certain  plane  figures  regardless  of  orientation. 
NASACOMP — William  Stenzel 

An  array  computer,  after  Illiac  IV. 
CARDALERT— S.  K.  Yuen 

An  automatic  hardware  cardiac  monitor  for  detecting  irregularities  in 

an  EKG. 
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2.1  FROG   (Project   No.    36) 

2.1.1  Introduction 

FROG  is  an  autonomous  mini-robot  which  learns  to  sustain  its  existence 
in  its  environment.   It  uses  visual  clues  to  learn  to  distinguish  between  food 
and  potential  source  of  danger.   This  it  does  by  building  a  model  of  the  ex- 
ternal world  within  itself. 

2.1.2  Project   Status 

In  this  quarter  primary  attention  was  focused  on  devising  a  simple  and 
reliable  control  mechanism  for  the  movable  block  (MB).   Our  initial  idea  of 
maintaining  the  block  on  course  between  two  hidden  parallel  copper  lines  by 
inducing  voltage  spikes  on  them  from  an  on-board  oscillator  (cf.  QTPR  April- 
June,  197*0  had  to  be  discarded.   This  is  because  the  noise  generated  by  the 
motors  completely  masked  the  control  signals  on  the  copper  lines.   At  the 
present  moment ,  we  control  MB  by  making  it  follow  illuminated  paths  that  are 
detected  by  photocells. 

2.1.3  Future  Work 

Attention  will  now  be  turned  towards  completing  the  design  of  the  world 
model.   The  structure  of  the  world  model  is  quite  modular,  the  prinicpal  build- 
ing block  being  a  T*-element.   A  hardware  implementation  of  a  T*-element  requires 
about  25  IC  packages.   Since  we  need  U2  T*-elements,  we  seem  to  be  talking  in 
terms  of  1000  IC  packages  or  more.   At  this  point  we  feel  that  some  amount  of 
multiplexing  may  save  a  lot  of  hardware.   In  other  words,  if  we  build  one  T*- 
element ,  with  sufficient  memory  we  can  time  multiplex  this  element  to  simulate 
the  kO   or  more  we  need.   This  is  what  we  plan  to  look  into  next. 

Dev  Bose 
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2.2    CAECOTRON  (Project  No.  1+3) 

During  the  last  quarter,  work  was  done  on  the  processor  of  the  system 
to  try  to  determine  depth  information  from  the  video  signals  generated  by  the 
two  television  cameras.   The  system  is  now  capable  of  a  full  l6  x  l6  resolu- 
tion even  when  one  of  the  television  pictures  is  shifted  up  to  four  positions 
during  the  depth  determination  process ,  as  described  in  earlier  reports.   This 
would  mean  that  the  system  can  retain  its  full  resolving  power  when  the  object 
in  question  is  as  little  as  two  feet  in  front  of  the  user. 

In  the  next  quarter,  further  work  will  be  done  on  the  interfacing  of 
the  processor  with  the  rest  of  the  system.   The  information  generated  by  the 
picture  matrix  generators  will  be  put  in  the  correct  format  so  that  the  proces- 
sor can  act  on  them  efficiently.   Further  work  will  be  done  on  the  tone  genera- 
tor circuits  where  two  integrated  circuits  will  be  used  to  replace  the  one 

that  is  used  currently. 

Bernard  K.  Tse 

2.3    THESPIAC  (Project  No.  kf) 

This  quarter's  efforts  were  directed  toward  completion  of  the  hardware 
phase  of  the  project  with  the  result  that  the  system  became  operational  during 
the  last  week  of  September.   The  basic  control  programs  (which  were  written 
during  the  design  phase)  were  then  tested.   Several  routines  were  found  to 
misbehave  when  presented  with  boundary  cases;  the  offending  routines  were 
modified  to  detect  and  handle  these  special  cases. 

At  this  time,  the  hardware  is  believed  to  be  completed  and  the  basic 
control  programs  are  now  debugged.   Assuming  that  no  changes  are  requested  by 
lighting  designers,  the  software  is  also  complete.   The  following  two  quarters 
will  be  directed  toward  the  preparation  of  a  final  project  report  in  the  form 

of  a  thesis. 

_j0-     Les  Daley 
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2.U    NORMAN  (NORMalizing  ANalyzer)  (Project  No.  50) 

During  this  latest  quarter,  all  of  the  design  work  was  completed  on 
NORMAN.   Only  construction  and  debugging  remain  to  be  done. 

The  Switching  Point  Controller  and  Stochastic  Sequence  Generator  boards 
mentioned  in  the  last  quarterly  report  on  this  project  have  since  been  debugged, 
Also,  ten  boards  which  contain  the  memory  of  the  machine  were  designed  and  con- 
structed.  Each  pattern  is  stored  on  a  set  of  two  boards  so  that  five  patterns 
can  be  stored  in  the  machine.   Pattern  storage  takes  two  boards  because  quite 
a  bit  of  processing  has  to  also  be  done.   Storage  is  in  a  RAM  type  memory 
(SNTH89)  which  I  term  a  "profile  buffer"  because  it  contains  the  normalized 
profile  of  the  input  figure.   This  buffer  is  arranged  as  eleven  words  of  twelve 
bits  each.   During  the  storage  mode,  each  word  is  simply  filled  with  a  number 
from  a  counter.   In  the  analyze  mode  (when  one  is  asking  the  machine  to  "recog- 
nize" a  pattern)  the  machine  has  to  find  the  absolute  difference  for  each  word 
of  the  memory  and  the  aforementioned  counter.   It  also  has  to  sum  all  eleven 
of  these  absolute  differences  together  to  obtain  a  final  number  called  a  "fit." 
This  number  is  a  measure  of  how  closely  the  profiles  of  the  two  figures  match. 

Near  the  end  of  the  analyze  cycle  the  machine  has  six  fit  numbers  (five 
storage  locations  and  one  threshold)  to  compare.   The  comparisons  are  done  by 
a  board  called  the  Result  Analyzer  board  which  finds  the  lowest  of  the  six 
numbers  and  sends  it  on  to  the  Display  board.   Also  sent  on  is  the  name  (tri- 
angle, etc.)  attached  to  this  number.   The  Threshold  board  simply  acts  as  a 
storage  location  which  contains  a  settable  fit  number.   If  this  number  is  the 
lowest  of  the  six,  the  machine  will  simply  say  in  effect  that  it  doesn't  recog- 
nize the  figure.   All  these  boards  have  been  built,  but  most  have  yet  to  be 
checked  and  debugged. 

Gar Ian  Huberts 
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2.5 


NASACOMP  (Project  No.  57) 


2.5.1  Overview 

The  aim  of  this  research  is  the  design  of  a  large,  high  speed,  digital, 
parallel  processor  with  ILLIAC  IV  style  architecture.   It  is  to  consist  of  an 
array  of  arithmetic  processing  elements,  each  with  an  independent  data  memory 
of  UK  to  8K  32-bit  words.   These  elements  (PE's)  are  to  execute  a  common  in- 
struction stream  under  the  control  of  a  central  control  unit  (CU).   The  control 
unit  is  to  have  its  own  independent  instruction  memory. 

The  processors  communicate  data  with  one  another  by  means  of  a  network 
of  crossbar  switches.   Each  processor  is  uniquely  connected  to  one  port  of  a 
crossbar  switch  by  means  of  a  bi-directional  data  bus.   The  crossbars  are 
further  connected  to  each  other  by  means  of  bi-directional  busses  in  a  con- 
figuration known  as  the  'perfect  shuffle  interconnection.'   The  aggregate  of 
crossbars  and  their  interconnections  is  referred  to  as  the  'routing  network'; 
each  crossbar  with  its  concomitant  bus  drivers,  receivers,  etc.  is  called  a 
routing  box.   The  routing  network  is  to  be  under  the  control  of  the  CU. 

The  remainder  of  this  report  is  chiefly  concerned  with  the  processing 
element  (PE)  and  its  high  speed  parallel  multiplier.   Figure  1  shows  the 
general  structure  of  the  machine. 

2.5.2  Arithmetic  Processing  Element  Design 

The  design  has  an  IBM  360  single  precision  32  bit  floating  point  number 
format  -  that  is ,  a  1  bit  sign,  a  7  bit  base  l6  excess  6U  exponent  and  a  2U 

bit  mantissa. 

The  operations  which  have,  at  this  point,  been  incorporated  into  the 
design  include  a  floating  point  multiply,  add  and  subtract.   The  execution  time 
for  these  operations  is  to  be  somewhat  less  than  one  memory  cycle  (tentatively 
500  -  600  nsec). 
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The  multiply  operation  involves  a  novel  multiplication  scheme  utilizing 
a  large  number  of  read  only  memories.   Thirty-six  256  by  8  hit  ROMs,  each  pro- 
grammed to  produce  the  8  hit  product  of  two  k   hit  operands,  are  used  in  paral- 
lel  to  generate  a  H8  hit  vide  matrix  of  partial  products.   (One  partial  product 
is  generated  for  each  ordered  pair  of  H  hit  segments  in  the  Cartesian  product 
of  the  segments  of  the  multiplier  and  the  multiplicand.   The  operands  are  2U 
hits,  hence  there  are  six  k   hit  segments  and  36  pairs.)   This  matrix  of  par- 
tial products  is  then  reduced,  principally  by  102U  by  I,  bit  ROMs,  to  give  a 
k8   hit  vide  matrix  with  only  two  rows.   The  reduced  matrix  may  then  be  reduced 
to  one  U8  hit  product  by  means  of  k   bit  slice  arithmetic  logic  units  (ALUs) 
employing  carry  look  ahead.  This  scheme  is  similar  in  oonoept  to  Wallace's  or 
Dadda's  multiplication  scheme,  but  represents  utilization  of  oonsiderably  fewer 

IC  packages. 

All  operations  tentatively  provide  for  2  extra  hexadecimal  'guard  digits' 
in  their  result,  which  may  he  used  to  increase  the  accuracy  of  subsequent  adds 
and  subtracts  or  which  may  be  rounded  to  give  a  2k   bit  result.   A  file  of  eight 
or  more  UO  bit  registers  will  be  provided  to  allow  for  temporary  storage  of  the 
result  with  guard  digits.   The  result  will  be  shortened  to  32  bits  before  storage 

in  the  memory. 

Figure  2  contains  a  rough  sketch  of  the  primary  data  paths  in  a  processor. 
Omissions  have  been  made  for  the  sake  of  simplicity-among  the  omissions  are 
the  processor's  2h   by  2h   bit  multiplier,  Read  Only  Memory  used  for  table  lookup 
in  division  and  hardware  for  exponent  accumulation.   Also  omitted  are  most  of 
the  external  control  and  clocking  signals. 

The  sketch  shown  is  roughly  separable  into  three  sections:   a  section 
for  prealignment  of  operands  in  floating  point  add  and  subtract  operations,  an 
accumulator  section  containing  the  arithmetic -logic  unit  and  registers  and  a 
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section  for  post  normalization  of  floating  point  results.   These  sections  cor- 
respond to  the  steps  in  performing  a  floating  point  add/subtract.  A  descrip- 
tion of  the  data  flow  and  some  of  the  internal  control  for  these  steps  follows. 

2.5.3  Pre alignment 

Before  performing  an  add/ subtract ,  one  of  the  operands  must  be  shifted 
to  the  right  until  the  exponents  of  the  two  operands  agree.   The  processor  does 
this  as  follows  (starting  at  the  top  of  the  sketch).   The  A  exponent  minus  the 
B  exponent  is  computed  as  a  2's  complement  number,  and  both  operands  are  in- 
spected for  a  mantissa  of  zero.   This  information  is  input  to  the  prealignment 
control,  which  determines  which  of  the  operands  (if  either)  is  to  be  shifted, 
and  by  what  amount.   Both  the  A  and  B  operands  enter  identical  shift  right 
networks  (prealign  shift  on  the  diagram).   Each  shift  network  consists  of  four 
asynchronous  8  position  scalers  or  'barrel  switches'.   The  amount  of  the  shift 
is,  of  course,  determined  by  the  prealign  control,  which  in  this  case  generates 
the  proper  shift  amount  for  the  shifted  operand  and  a  zero  shift  amount  for 
the  unshifted  operand. 

2 . 5 .  h-     Accumulator 

Data  enters  the  accumulator  section  through  2  banks  of  2  to  1  selectors 
(one  for  each  operand),  which  select  either  the  prealignment  section  or  the 
processor's  multiplier  as  the  data  source.   The  signs  of  the  operands  and  the 
instructed  operation  are  examined  by  the  ALU  function  control  to  determine  the 
actual  operation  which  the  ALU  is  to  perform,  and  to  generate  a  sign  for  the 
result,   e.g.  if  the  instruction  specifies  'add'  with  A  being  positive  and  B 
negative,  the  actual  operation  which  the  ALU  performs  is  a  subtraction,  and 
the  sign  of  the  result  is  dependent  upon  relative  magnitudes  of  the  operands.) 
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2.5-5  Normalization 

The  result  of  the  operation  must  now  be  post-normalized,  i.e.,  shifted 
to  the  left  to  remove  leading  zeros  or  shifted  to  the  right  in  the  case  of  an 
overflow.   The  accumulator  contents,  as  well  as  a  control  signal  indicating 
overflow,  are  inspected  by  the  normalization  control,  which  specifies  a  shift 
amount  and  direction  (right  or  left)  to  the  normalization  shift  network.   The 
normalization  shifter  consists  of  an  independent  right  shifter  and  left  shifter, 
each  of  which  is  composed  of  four  'barrel  switches'  similar  to  the  prealign 
shifters.   The  output  of  the  normalization  network  is  routed  back  to  the  top  of 
the  accumulator  section,  where  it  may  be  rounded  to  remove  the  guard  digits 
which  are  used  in  performing  operations.   (Since  the  barrel  switches  in  both 
the  prealign  and  normalization  networks  have  open  collector  outputs,  the 
routing  back  into  the  accumulator  section  may  be  accomplished  by  wiring  the 
outputs  of  the  normalization  net  and  one  of  the  prealign  nets  together,  and 
insuring  that  one  or  the  other  is  always  disabled.   Hence,  this  connection  is 
shown  as  a  wire-AND. )   It  is  possible  when  rounding  that  an  overflow  will 
occur,  hence  provision  is  made  to  shift  right,  re-normalizing  the  result,  after 
which  the  result  flows  through  the  accumulator  section,  where  it  is  clocked 
into  the  register. 

2.5-6  Prototypes 

Efforts  are  currently  underway  for  the  construction  of  a  prototype  2h   x  2k 
bit  multiplier  and  of  a  reduced  version  of  the  routing  network.   It  is  expected 
that  a  prototype  processor  will  eventually  be  constructed  but  this  has  been 
deferred  in  favor  of  the  multiplier  and  routing  network. 

The  physical  partioning  of  a  PE  will  require  data  flow  between  the  ele- 
ments of  the  PE,  e.g.,  data  in  and  out  of  the  multiplier  or  memory.   Traditional 
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backplane  interboard  connection  schemes  route  the  data  to  metallized  "fingers" 
at  the  edge  of  a  board,  which  then  plug  into  an  "edge  connector"  in  the  card 
cage.   The  boards  are  interconnected  by  means  of  wire-wrapped  connections  bet- 
ween the  corresponding  edge  connectors. 

The  large  number  of  data  paths  between  boards  would  require  a  correspond- 
ingly large  number  of  fingers  and  wire-wrapped  connections.   Also,  layout  of   • 
boards  using  this  approach  is  complicated  by  requiring  that  the  data  enter  and 
exit  on  the  same  edge  of  the  board.   In  vieW  of  these  facts,  we  have  been 
examining  interconnection  with  flexible  ribbon  cable  and  plug-in  connectors. 
The  flexible  cable  approach  allows  greater  freedom  in  board  layout  (inputs 
and  outputs  need  not  be  at  one  edge  of  the  board)  and  its  assembly  is  much 
simpler  than  wire-wrapping.   (Plugs  at  the  end  of  the  cable  are  crimped  on  in 
one  operation  regardless  of  the  number  of  lines  in  the  cable,  and  sockets  on  the 
boards  use  standard  IC  pin  spacing. )   There  are  a  variety  of  vendors  in  this 
area,  including  3M  and  AMP. 

The  board  layout  for  the  multiplier  is  well  underway,  and  after  several 
iterations  in  package  placement  schemes,  it  appears  that  the  entire  2k   x  2h 
bit  multiplier  will  occupy  one  double  sided  PC  board  of  approximately  15"  x  15". 
The  question  of  an  adequate  power  distribution  system  arises  when  dealing  with 
high  density  boards  (such  as  our  multiplier).   We  will  use  a  bus  bar-type 
arrangement  for  both  power  and  ground  return.   This  arrangement  will  have  a 
low  profile,  and  hopefully  will  not  affect  interboard  spacing. 

Parts  have  been  ordered  for  a  routing  network  of  four  routing  boxes. 
Each  of  them  will  constitute  a  h  x  k  crossbar  switch  for  a  U-fcit  wide  data 
path.   We  are  still  awaiting  delivery  of  these  parts  as  well  as  the  ROM's  and 

adders  for  the  multiplier. 

William  Stenzel 


•38- 


2.6    CARDALERT— An  Arrhythmia  Monitor  (Project  No.  6k) 

2.6.1  Introduction 

The  goal  of  the  CARDALERT  project  is  to  implement  with  modern  technology 
a  portable  electronic  system  which  monitors  arrhythmic  behavior  of  the  human 
heart . 

A  normal  EKG  diagram  is  shown  in  Figure  1,  which  consists  of  a  series  of 
upward  and  downward  deflections.   Alphabets  are  designated  to  the  peaks  which 
actually  represent  the  different  activities  of  the  heart.   Peak  P  corresponds  to 
the  contraction  (depolarization)  of  the  atria;  QRS,  the  contraction  of  the 
ventricles;  and  T,  the  recovery  (repolarization)  of  the  ventricles.   Figure  2 
is  used  to  demonstrate  these  relations.   Note  that  the  average  time  durations 
between  the  peaks  are  also  given  in  the  figure.   During  abnormal  activities  of 
the  heart,  the  normal  rhythm  of  the  heart  pulses  is  interrupted.   Consequently, 
the  time  relations  of  the  deflections  are  changed  or  the  shape  of  the  waves  is 
distorted,  or  both. 

2.6.2  Specifications  of  CARDALERT 

CARDALERT  is  designed  to  detect  various  arrhythmias.   The  technique  is 
to  detect  the  time  intervals  between  various  peaks  and  test  if  they  are  abnormal. 
Any  single  abnormality  or  cumulative  occurrence  of  these  abnormalities  can  cause 
an  alarm  to  warn  the  patient  of  arrhythmia  activities.   Table  1  outlines  the 
alarm  conditions. 

2.6.3  CARDALERT  Block  Diagram 

Figure  3  shows  the  simplified  block  diagram  of  the  CARDALERT  system. 
The  cardiac  signal  sensed  by  a  pair  of  electrodes  is  amplified  by  a  high  gain 
differential  amplifier  with  a  very  high  CMRR.   The  signal  is  then  filtered  and 
changed  into  digital  values  at  250  samples  per  second.   Leaving  the  Data 


-39- 


Figure  1.      Normal  EKG 
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Figure  2.   Relationship  of  EKG  to  the  Heart 
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Acquisition  Mock,  the  digitized  signal  is  first  processed  in  the  Preprocessor 
block  from  where  relevant  data  is  extracted  before  further  processing  in  the 
time  multiplexed  main  processor  unit. 

2.6.U  The  Preprocessor 

Essentially,  the  Preprocessor  (Figure  k)   performs  the  digital  differen- 
tiation of  the  incoming  signals.   The  slope  (given  in  terms  of  the  difference 
between  the  immediate  past  and  the  present  value)  is  then  compared  with  a 
slope  threshold.   Only  if  the  slope  is  bigger  than  the  threshold  is  the  candi- 
date counter  incremented.   At  least  three  such  consecutive  candidates  have  to 
be  recorded  in  order  to  satisfy  the  lower  hound  requirement.   An  R  peak  is 
then  considered  to  have  occurred.   An  RR  counter  counting  at  1  KHz  is  then 
triggered  as  a  result.   Its  content  is  buffered  into  Register  5  at  the  next  R 
peak  and  the  counter  cleared  to  start  from  zero  again. 

The  sequences  of  positive  and  negative  signs  from  the  digital  differen- 
tiator are  counted  in  the  ■  +  ■  sign  counter  and  the. •-'  sign  counter,  respec- 
tively.  At  the  detection  of  a  QRS  occurrence,  the  present  contents  of  the  sign 
counters  are  multiplexed  by  k   giving  PQ  and  QR  intervals  in  milliseconds.   The 
immediate  following  content  of  the  «+'  sign  counter  is  multiplexed  by  k   again 
to  give  the  RS  value.   All  these  intervals,  namely:   PQ,  BS,  QR  are  appropri- 
ately added  together  to  give  the  PR  and  QRS  intervals.   The  RR,  PR,  QRS  inter- 
vals are  further  processed  in  the  time  multiplexed  main  processor  to  test  for 

arrhythmia  situations. 

S.  K.  Yuen 
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3   SOFTWARE  SYSTEMS  RESEARCH 
(Supported  in  part  "by  the  Atomic  Energy  Commission  under  grant  No.  US  AEC  ATll-l(23 

) 
3.1      Numerical  Processes 

3.1.1    Tests  of  Integration  Packages  (L.  Petzold,  C.  W.  Gear) 

The  program  ZKUSU  for  stiff  systems,  submitted  to  C.  W.  Gear  for 

evaluation,  was  tested  and  compared  with  DIFSUB.   Both  programs  Were  used  to 

integrate  the  system 

yI  =  lok^273  ~  Uxl0_2yi> 

y£  =  Uxl0"2yi  -  10Uy2y3  -  3xlOTy|, 

y^  =  3xl07y|. 

y1(0)  =  1,  y2(0)  =  y3(0)  =  0, 
over  the  interval  [0,U]  in  single  and  double  precision.   The  programs  produced 
significantly  different  values  for  yg  near  t  =  0.   To  better  examine  this 
difference,  y  was  scaled  by  a  factor  of  10  and  a  new  equation  y^1  =  yg  was 
added  to  the  system.   The  programs  produced  significantly  different  values  of 
y.  at  t  =  h,    indicating  a  substantial  difference  between  the  values  of  yg 
produced  over  the  interval  [0,U].   However,  ZKUSU  used  less  computer  time,  so 
it  could  not  be  rejected  outright. 

Currently  NEWDIF,  a  new  experimental  version  of  DIFSUB,  is  being 
studied  and  tested  on  simple  linear  systems.   Hopefully  these  studies  will 
lead  to  modifications  increasing  the  efficiency  and  power  of  DIFSUB. 

3.1.2    Periodic  Solutions  of  Ordinary  Differential  Equations  (M.  Schweitzer, 

C.  W.  Gear) 

Our  past  approach  has  been  to  approximate  the  periodic  solution  by  a 
linear  combination  of  splines  with  fixed,  equally  spaced  knots.   Unfortunately, 
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this  approach  has  proved  unsatisfactory,  requiring  large  numbers  of  knots  for 
acceptable  accuracy.   Hopefully,  the  number  of  knots  can  be  reduced  by  allowing 
the  knots  to  vary. 

If  we  approximate  the  solution  of  y_'  =  f.(y_,t)  by 

n 
z(t)  =  .^a.^.U), 

where  the  <J).'s  form  a  spline  basis  with  knots  t.,  and  [0,t  ]  is  the  period, 
one  plausible  way  of  choosing  the  coefficients  ot_  is  to  minimize  the  integral 

I  =  /  n[z_'(t)  -  f(z_(t),t)]2dt. 
0 

This   requires   that 

3l/8a.    =   0,  3I/9t.    =0,  i   =   1,   2,    ...,   n. 

— i  i 

If  the  system  y_'  =  f  contains  m  equations,  then  a  system  of  (m+l)n  nonlinear 
equations  must  be  solved.   Since  our  previous  approach  required  the  solution 
of  a  system  of  mn  equations,  the  new  approach  does  not  require  significantly 
more  work.   It  also  has  the  added  advantage  for  autonomous  systems  of  per- 
mitting the  period  to  vary.   This  new  approach  is  being  tested  for  linear 
systems  using  linear  splines. 

3.1.3    Analysis  of  Methods  for  Ordinary  Differential  Equations  (R.  Skeel ) 

A  unified  approach  for  analyzing  nearly  every  constant-stepsize 
constant-order  method  has  been  developed.   The  new  theory  is  helpful  in  two 
ways : 

1)  as  a  pedagogical  tool.   The  same  elegant  and  transparent  approach  used 

by  Henrici  (and  most  other  authors)  for  one-step  methods  is  now  applicable 
to  "multistep"  methods. 

2)  as  a  research  tool.   The  difficult  problem  of  global  error  analysis  is 

reduced  to  the  simpler  problem  of  analyzing  the  local  error. 
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It  has  been  known  for  a  while  that  the  concept  of  consistency  is 
inadequate  for  many  methods  which  are  not  of  the  form 

^n  =  Vn-l  +  •"  +  Vn-k  +  ^n-l'V-l'' " '  'yn-k'h) ' 

The   appropriate   concept,   termed  "quasi-consistency" ,  has  been   found,    and  it 
has  been  applied  to  linear  Nordsieck  methods   to  obtain  a  simple   condition  for 
optimal  order, 

Vi  + V2+  ••• +  BA  =  °' 

where  the  B. 's    are  the  Bernoulli  numbers   and  the   £.'s    are  the   components  of 

the   corrector  vector. 

Conditions  on  the  variation  of  the  stepsizes  sufficient  to  guarantee 
the  stability  of  methods  using  the  interpolation  step  changing  technique  have 
also  been  developed.  For  example,  for  strongly  stable  methods,  it  is  suf- 
ficient to  require  that  the  step  changing  ratios  Wq  =  \/\_±  lie  in  a  set  of 
the  form  [0,a]  [  0,-y]  ,  where  0  <  a  <  0  <  1  $  y.  Thus  drastic  reductions  in  the 
stepsize  need  not   jeopardize   stability. 

The  global   error   for  variable   stepsize  methods  was   also  studied  and 
the   asymptotic   form  of  the  global  error  for  these  methods  has  been  determined. 

3.1.1*  Absolute  Stability  of  Multistep  Methods    (A.    Kong,   R.    Skeel) 

The  regions   of  absolute  stability  for  two  general  multistep  methods 
were   investigated  using  programs    designed  to  plot  the  regions   on  a  CRT.      The 

first  method  has  the  form 

,     -,  k 

(l-tHVyn  -    (l-a)h  jQ  V\.l  "   *  Jo  tfV 

where 
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Yo  =  1- 

Ym  =    X   "   2  Ym-1  "    ' - ' 

1 
m+1  Y0 

Tg-1 

Ym            2    Ym-1 

m+1   Y0' 

=    1,    2. 


m  =   1,    2,    

This  method  includes   as    special   cases 

1)  the  Adams -Bashforth  method  of  order  k    (a=0,  b=0), 

2)  the  Adams-Moulton  method  of   order  k+1    ( a=l ,  b=0), 

3)  the  "backward  differentiation  method  of  order  k    (b=l), 
k)     Enright's   method  of  order  k+2   (a=l,   b=l/2). 

The   equation  for  the  boundary  of  the  region  of   absolute   stability  in  the 

comples  y   =  hA   plane   is 

2 
Ay      +   By   +   C  =   0, 

where 

A  =   -b(k+l)YJ+1 

B  ,   (b-lH(l-a)  %  ym?m(l-?)    +a  }Q  y*f} 


+  ^k+1^+l  mil  m-^' 
C  =   (l-b)c, 

C   =   l-el9,  0   $   9   $   2tt. 

For   given  values   of  k  and  a,   the  values   of  b   yielding  the   largest   angles  a 
for  which   the  method  is  A(a)-stable  were   determined  experimentally.      The 
value   a  =   1  appeared  to  maximize  the  a's.      The   following  table   summarizes 
the  results. 
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2 

[.fc.l] 

tt/2 

3 

[.1+86,1] 

it/2 

k 

[.521,1] 

tt/2 

5 

[.536,1] 

tt/2 

6 

[.5U1..738] 

tt/2 

7 

[.5Ul,.59l] 

tt/2 

8 

.5^0 

tan_1(l0.603T) 

9 

.528 

tan_1(l.T8055) 

10 

.525 

tan_1(l.096U8) 

li 

.522 

tan~1(0.51+T2U) 

No  promising  results  were  obtained  for  k  >,    12.      It  appears   that  the  maximum 
order  for  which   the  method  is   stiffly  stable   is   12.     Hence  the  method  compares 
favorably  with  the  backward  differentiation  methods   and  Enright's  methods   for 
which  the  maximum  orders   are   6   and  9 .      However,   the  present  method  requires 
more   computation  than  these  methods. 

The  second  method  has  the  form 

Jl  Vlyn  "  h   Jo  Ylfn' 


where 


6lt  +    62t2   +   63t3 


,   {1  +  at   +  a^ll  t2  +    ...    }{t  +  »=£*■  t2  +    (»H*l)(»-a+2)    t3  +    ...    }, 


"21         U      T  ^-    '      2 


1 


6  ^  ,  m  =  0,    1,   2, 


2  Ym-1  +    ""   +m^l  Y0  "     m+1 
The  method  is   derived  from  the   integration  formula 

y(b)-y(a)   =  ^_    ,*  f(t,y(t))dt, 

b-a  b-a  a 

and  includes  special  cases 

1)  the  Adams -Moult on  method  of  order  k+1  (a=-l,  b=0) 

2)  the  backward  differentiation  method  of  order  k  (a=0,  b=0) 
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3)      the  Milne-Simpson  method  of  order  k+1   (a=-2,   b=0). 

The   equation   for  the  boundary  of  the   region  of  absolute  stability  in  the 

complex  y   plane   is 

I  ui-e-io)J 

U   =   \  '     ^ ,  0   f   o  f   2ti. 

As  before,  the  values  of  the  parameters  were  varied  in  an  attempt  to  find  new 
formulas,  but  no  promising  results  were  obtained. 

3.1.5    DIFSUB  and  Partial  Differential  Equations  (M.  Ostrar,  D.  Watanabe) 

Several  new  stretching  transformations  were  applied  to  Burger's 
equation.   As  before  the  results  were  mixed.   A  typical  transformation 
significantly  increases  the  number  of  function  evaluations  required  for  the 
integration,  and  while  it  often  greatly  increases  the  accuracy  over  parts  of 
the  interval  of  integration,  it  also  worsens  it  over  other  parts. 

The  effect  of  the  transformations  on  the  stiffness  of  the  systems 
of  differential  equations  generated  by  the  method  of  lines  was  also  investi- 
gated.  In  every  case  examined,  the  transformation  increased  the  stiffness. 
This  fact  may  explain  the  increase  in  the  number  of  function  evaluations 
required  for  the  integration. 

An  investigation  of  the  general  properties  of  the  method  of  lines  was 
also  begun.   Programs  are  being  written  to  study  the  variation  of  the  global 
error  for  Burger's  equation  as  a  function  of  the  spatial  mesh  and  the  differ- 
ence approximations  to  the  spatial  derivatives.   This  study  is  similar  to  that 
performed  by  Loeb  and  Schiesser  for  the  heat  equation.   The  preliminary 
results  are  consistent  with  their  results. 
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3.1.6    Global  Error  for  Ordinary  Differential  Equations  (B.  Link,  D.  Watanabe) 

Work  continued  on  experimental  and  theoretical  studies  of  the  global 
error  for  ordinary  differential  equations. 

The  experimental  studies  involved  three  integration  codes:   (l)  DIFSUB, 
the  standard  library  version,  (2)  BDF1 ,  an  experimental  version  of  DIFSUB, 
designed  for  ease  of  modification,  and  (3)  BDF2 ,  a  code  which  uses  backward 
differences  in  the  manner  of  Krogh.   These  codes  were  to  be  modified  where 
necessary  to  control  the  local  error  so  that  either  local  error /unit  step  £  EPS 
or  local  error/step  <:  EPS1+    ,  where  EPS  is  the  error  tolerance  and  p  is  the 
order  of  the  method  used  for  the  step.   However,  BDF1  and  BDF2  behaved  badly, 
driving  the  steps ize  to  zero  for  moderate  values  of  EPS,  and  were  temporarily 
set  aside.   DIFSUB  worked  reasonably  well,  but  its  error  behavior  was  erratic. 
Figure  1  is  typical  of  the  results  obtained  when  DIFSUB  attempted  to  set  the 
local  error/step  <  EPS. 

Simple  fixed  order  methods  were  studied  to  analyze  the  effect  on  the 
global  error  expansion  of  estimating  only  the  lowre  order  terms  of  the  local 
error.   Preliminary  results  indicate  that  if  n  terms  of  the  local  error  are 
estimated,  then  n  terms  of  the  global  error  expansion  can  be  obtained. 

Theoretical  results  for  variable  order  variable  stepsize  methods  were 
also  obtained  for  the  first  time.   It  appears  that  for  Adams  methods  applied 
to  the  scalar  equation  y'  =  f(t,y),  the  global  error  en  will  satisfy 

le  !  <:  Ke  +  o(e), 

1  n' 

e  =  ee(t  )  +  o(e)  , 
n       n 


where 


e'(t)  =  f  (t,y(t))e(t)  +  1, 
J 
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if  (l)  the  first  term  in  the  local  truncation  error  is  positive,  (2)  the 
derivative  in  this  term  is  evaluated  exactly,  and  (3)  h    is  chosen  so  that 
this  term  is  equal  to  fc^e .   The  second  condition  makes  this  result  impracti- 
cal.  However,  it  can  be  shown  that  this  result  remains  true  if  the  derivative 
is  estimated  using  Milnes  device. 
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3.2      Graphic  Support  Packages 
3.2.1    Call  OS  Plot  Programs  (A.  Whaley) 
Calling  sequences: 

PLOT   (X,  Y,  N,  SC) 
REAL  X(N),  Y(N),  SC(U) 
The  PLOT  subroutine  graphs  a  continuous  line  consisting  of  N-l 
line  segments.   The  N  points  on  the  line  are  specified  by  X(l),  Y(l)  where 
1  $  I  $  N.   Axes  are  put  below  and  to  the  left  of  the  plot  to  indicate  the 
range  of  values  in  the  data.   SC  tells  PLOT  how  big  the  screen  is  in  terms 
of  X  and  Y  values.   Only  one  error  message  per  call  to  PLOT  will  be  given 
if  some  X,  Y  pairs  fall  outside  of  the  window  specified  by  SC. 
Calls  LINE,  SEND,  AXIS 

SC(1)  =  X  min 

2  max 

3  Y  min 
h  max 

SCALE  (X,  Y,  N,  SC) 

The  SCALE  routine  sets  SC  to  values  so  that  a  graph  of  the  X,  Y 
points  exactly  fills  the  screen.   An  error  message  is  printed  if  all  the  X 
or  all  the  Y  values  are  equal.   Parameters  are  identical  to  those  given  to 
PLOT. 
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AXIS  (1  or  2,  SC,  IA,  N) 
IF  =  FIRST  PARAM  =  1  FOR  HORIZ  AXIS 
2     VERT 
SC:   as  provided  "by  SCALE  routine. 
IA:   screen  coords  of  endpoints  of  axis. 
IA  (1)    XI 

(2)  Yl 

(3)  X2 
(k)  Y2 

N  =  number  of  tic  marks  with  numeric  values  to  be  placed  along  axis. 
Operation  is  largely  self-explanatory.   The  values  needed  to  label 
the  axes  are  interpolated  from  values  in  SC. 
Calls  NCVT,  SEND 
If  IE  is  negative,  axis  and  tic  marks  are  not  drawn. 

NCVT  (Al,  T,  TL,  TC) 

REAL*H       Al 

INTEGER      TL,  TC,  T*2(TL) 

NCVT  converts  a  single  precision  floating  point  number  (Al)  into  a 
character  string  which  it  places  at  the  beginning  of  the  array  T.   Also 
passed  is  the  array  dimension,  TL.   Returned  in  TC  is  the  character  count 
of  characters  placed  in  T.   If  TC  is  odd,  the  first  character  not  included  in 
the  count  is  guaranteed  to  be  a  blank.   Maximum  length  of  a  converted  number 
is  nine  characters,  but  many  are  less. 
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Examples 


2 

-2 

2.5E1 

9E25 

l.TE  -  6 

1.012 

1.012E   -    36 

\ 

►    worst   cases 

■9.55E  +  72      ( 

Calls  CHR 

CHR  (M,  T,  TL,  TC) 
INTEGER  TL,  TC ,  T*2(TL) 
INTEGER  M/5/  or  M/'bbbX'/ 

CHR  places  the  character  in  M  into  the  buffer  T.   The  variable  TL 
gives  the  size  of  the  text  buffer.   TC  is  a  character  count;  on  entering 
the  first  time  it  should  have  been  set  to  zero.   It  also  serves  internally 
as  a  position  pointer.   When  a  character  is  placed  in  the  left  half  of  a 
halfword,  the  right  half  is  set  to  a  blank. 
PSCALE  (R,  TH,  N,  PSC) 
REAL*U  R(N),  TH(N),  PSC 

Routine  compatible  with  PPLOT  (polar  plot),  using  same  calling 
parameters.   The  maximum  absolute  value  of  the  radius  values  (R)  is  placed 
in  PSC.   As  zero  is  at  the  center  of  the  display,  PSC  contains  value  of  the 
largest  circle  that  will  fit  on  the  screen.   If  PSC  is  .02,  PPLOT  will  put 
a  value  of  .01  in  R  halfway  along  the  radius  (halfway  to  the  outermost 
circle).   Theta  is  in  radians. 
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PPLOT  (R,  TH,  N,  PSC) 

Parameters  are  as  described  in  PSCALE.   PSC  must  be  correctly  set 
for  this  routine  to  work  correctly.   R(l)  and  TH(l)  UI<I  form  a  set  of 
points  connected  by  straight  lines.   Negative  values  of  R  appear  tt  radians 
away  from  the  value  in  TH(l),  rather  than  being  illegal. 
Calls  LINE,  SEND,  AXIS 


CPLOT  (Z,  N,  M)      Contour  plot. 
INTEGER*2   Z(N,  M) 

Unlike  the  other  plot  routines,  this  one  requires  values  of  Z  to 
be  scaled  into  the  range  0  to  512.   One  reason  is  to  use  less  space  than 
fullword  real  numbers.   The  values  of  Z  represent  the  height  of  a  sheet  which 
is  N  units  by  M  units.   The  sheet  is  displayed  as  a  grid  of  lines,  but  is 
not  visible  from  the  bottom  or  if  located  behind  another  portion  of  the  sheet. 
No  numeric  values  are  displayed.   The  sheet  is  displayed  in  an  isometric 
projection.   The  outer  boundaries  of  the  plot  form  a  cube  which  has  screen 
coordinates  as  follows: 


1,513 


1,1 


512,513 


762,763 


762,250 


512,1 
The  values  at  the  corners  of  the  cube  in  terms  of  input  data  are: 


•58- 


Z(l,M)=512 


Z(l,l)=512 
Z(1,M)=0- 

z(i,i)=o 


-2»J- 


Z(N,M)=512 
Z(N,1)=512 

Z(N,M)=0 


Z(N,l)=0 
Frills  such  as  showing  the  underside  of  surfaces  are  deleted  due  to  speed 
consideration.   Line  segments  forming  the  surface  grid  are  checked  to  see  if 
they  are  hidden  using  only  the  value  at  one  end.   This  results  in  some 
peculiar  side  effects,  but  still  gives  a  good  visual  idea  of  the  shape  of  the 
function. 
Calls  LINE,  SEND. 

PLOT  Logic 

The  window  is  as  follows: 


sc(U) 


120,799 

sc(i)— 

120,60 


t 

SC(3) 


1020,799 

5 SC(2) 

1020,60 


Data  points  are  mapped  into  the  window: 


IX  =   X  -  XL  900  +  120 
XH  -  XL 

IY  =  Y  -  YL  739  +  60 
YH  -  YL 

Movement  to  the  first  data  point  is  made  with  ISW=0  to  avoid  drawing  a  line. 

Subsequent  calls  are  made  with  ISW=1,  to  connect  the  data  points  with  straight 

lines  on  the  screen. 
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3 « 

000   i 

4. 

008 

c 

080  '. 

6. 

000  I 

7. 

000  ' 

8 » 

300 

9, 

000 

IG* 

000 

il. 

ooo 

iu» 

000 

13. 

000 

14  = 

000 

15. 

000 

16. 

,  OOO 

I  f'  . 

,  OOO 

18  = 

,  OOO 

19, 

,  OOO 

£B 

.  OOO 

£1 , 

.  GOO 

Cl£~   : 

.  OOO 

C-- 

.  OOO 

£4 

.  OOO 

C.  ■_' 

.  OOO 

£6 

.  000 

C.  i 

.  000 

C '-' 

.  OOO 

£9 

.  000 

38 

.  OOO 

3  i 

=  OOO 

Ju 

»  OOO 

33 

.  OOO 

34 

.  OOO 

oc 

.  OOO 

36 

.  OOO 

37 

.  OOO 

-;C.; 

.  OOO 

39 

,  OOO 

48 

.  OOO 

41 

.  OOO 

J  CO 

i.flL*I: 

i MENS I ON  .Mi.*  j  Viili 

I  NTEGERb I A  1  ( 4 )  ■■  1  £0 »  60  f  1 01 9f  60/ ,  I  A3  ( 4 )  / 1 £0 .  60  ,  1  £0 >  799/ 

XL-SC ( 1 3 

XH=SCl£3 

YL=SC(3) 

YH-SCC43 

YBIF=YH~YL 

XBIF=XH~XL 

IF  iXIilF.EQ.O.OJ  00  TO  5U 

IF  iYDIF.NE.O.OJ  GO  TO  £0 

SO  WRITE  i6j383  XBIFjYDIF 

38  FORMAT  ('  PLOT;  IMPOSSIBLE:  XSPAN=' » El 4. b>  • 

RETURN 

£0  XR=90Q.- XBIF 

YP=@S?/YDIF 

isw=0v — - — -72*- 

IERF-0 

DO   40    1=1 sM 

XI=XiI3       • 

YI-YQ3 

IF    CXI.LT.XL3    00   TU   ":!U 

r  if  cxi.gt.xhj  go  to  90 

IF  lYI.LT.YL3  GO  10  90 
IF  (YI.GT.YH)  GO  TO  90 
IX=CXI-XL)*XR+1£0. 
IY=(YI-YL)*YR+60i 
CFILL  LIME  CIXjIYjISW) 

isw=i 

GO  TO  40 

90  IF  i  I  ERR.  EC! .  13  GO  i'O  40 

IERR=1 

g^FORMflT^t'  PLOT:  SOME  POINTS  OUT  OF  MIMDON' 

40  CONTINUE 

CALL  AXIS  L'IjSCj  Ifll»5) 

CALL  AXIS  G2jSG?IA£?53 

CALL  SEND 

RETURN 

END 


SPAN=' ?E14.6 
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16 

17 
1 8 
19 

£1 


::4 


wuu 

000 
580 

000 
000 
000 

0U0 
000 
000 
000 
000 
000 
000 
000 
000 
000 
800 
000 
000 
000 
000 
000 
000 
000 
000 


SUBROUTINE   SU'lLE    ;..:..  ■"jNjSC 

dimension  ::i:mj  »ycnj 

REflL*4  SC  (4) 

REAL  I:.-1E65.- 

:•  ;l-i; 

XH=-B 

YL==B 

YH=-B 

DO  10  1=1 ?N 

if  (X(I).lt.xl)  ;-;l-:: 1. 1 ) 

IF  LVilJ.GT.XHJ  XH=X(I) 
IF  (Y(I).LT.YL)  YL=Y(I) 
lO  IF  (Y(IJ.GT.YK)  YH=Y(I) 
YDIF=YH-YL 

XDIF=XH-XL 

IF  (XDIF.EQ.0.0)  GO  TO  '50 

IF  i:VIUF.NE.0.0i  GO  TO  20 


50  WRITE  (6 

30  FORMAT  ( 

RETURN 

£0  SC ( 1 J  =XL 

SCC£)=XH 

SC(3)=YL 

SCt4)=YH 

RETURN 

END 


;0j  XDIFjYDIF 
SCALE  IMPOSSIBLE! 


XSPflM=» t E 14.6 


.-"SPAM 


El 4. 6) 
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AXIS  Logic 

First  the  axis  line  is  drawn  between  the  endpoints  specified  in  IA. 
The  axis  line  and  tic  marks  are  drawn  only  if  the  first  parameter  (lE=±(l  or  2)) 
is  positive.   ID  is  set  to  IABS(IE)  and  is  1  for  horiz  axis,  2  for  vert  axis. 
ID  is  used  to  tell  which  coordinate  to  change  in  order  to  make  a  tic  mark 
(10  units),  and  to  select  a  set  of  values  from  ISUB  which  tell  how  much  to 
move  from  the  axis/tic  intersection  to  he  at  a  convenient  place  for  the 

numeric  labels. 

ISUB(1,  ID)  =  AX 

ISUB(2,  ID)  =  AY 

IB  is  the  distance  to  the  end  of  the  axis  line: 


i  i  i  i  I  I  i  i 


ID 


ID 

I 

IS  is  the  spacing  between  tic  marks.   AB  (A-Begin)  is  the  value  of  user  data 
at  the  beginning  axis.   AS  is  the  amount  to  be  added  to  AB  in  order  to  arrive 
at  each  successive  tic  mark.   AB+nAS  is  the  value  displayed  on  the  graph. 
0  <:  n  <  N. 
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i 

.  868 

C 

,  888 

•'-.; 

,  888 

4 

.  088 

5 

.  688 

6 

,  0O0 

-? 

.  006 

C.[ 

.  000 

9 

.  666 

1 8 

.  668 

11 

.  600 

12, 

.  000 

13. 

.  001:3 

i  4 , 

,  688 

15, 

,  888 

16, 

.  000 

17, 

,  888 

1 8 , 

,  600 

19, 

.  000 

£8, 

.000 

SI, 

,  000 

c£t 

,  000 

£3, 

.  000 

34, 

,  000 

3.5, 

.  00O 

£6, 

.  000 

i:?\ 

.  000 

22 , 

.000 

£9 , 

,  000 

38 . 

,  600 

31, 

,  000 

■JJC. , 

.  000 

33 , 

,  000 

subroutine:  ix:ic  i.ie»sc»  ir?h.i 

RERL&4  SC(4) 

INTEGER  I Mi 4 J 

INTEGER  T(£) >  T£(£>»  T3(£) 

I NTEGER  TXW-2  C 1  £ )  »  I  SUB  (2  j  £ )  .••-?£  >  34  >  1 03  i  6- 

ID=IflBS(IE) 

IF  (lE.LE.OJ  GO  TO  £3 

COLL  LINE  (Ifl(l)»Ifl(£)  »@) 

CfiLL  LINE  CI Hi 3) j I HI 4 J  > 1) 

£3  continue 

ib=ihi:id:i 

flB=SC(ID+ID-l) 

flS=(SCCID+ID)-flB)^N 

IS-nIRt£+ID)~IE)^N 

TC3-ID)=IflC3-ID) 

T£(3-ID)=T(3-ID)-10 

NP1=N+1 

T3  •:  3- 1  d  )  =t  i:  3- 1  n )  •-•  i  sue  l  3  - 1  d «  i  n  ) 

DO  19  I=1jMP1 

T(ID)=IB 

T£(ID')=IB 

T3 < ID) = IB- I SUB (ID* ID) 

IB=IB+IS 

CALL  NCUT  (ABjTXFi 1£» IN) 

GRLL  TEXT  ( T3  ( 1 ) , T3 ( 2 ) , TXT » 6 j I N  J 

RB=RB+flS 

IF  iIE.LE.OJ  GO  TO  19 

GRLL  LINE  (TCI) >T££) i0) 

GRLL  LINE  CT£<1) »T£(£) » 1) 

19  CONTINUE 

GRLL  SEND 

RETURN 

END 
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NCVT  Logic 

The  number  Al  in  360  internal  machine  code  is  used  to  derive  a 
string  of  readable  characters.   Exponential  form  is  used  unless  the  exponent 

is  zero. 

The  first  task  is  to  multiply  or  divide  Al  by  powers  of  10  until  Al 
is  in  the  range  of  1.00000  ^  Al  <  10.0000.  At  the  same  time,  IEXP0  is  kept; 
if  Al  (brought  into  range)  is  multiplied  by  10.**IEXP0,  the  original  Al  is 
formed.  Thus  IEXPO  is  the  exponent  to  be  printed.  In  order  to  save  time, 
and  some  accuracy,  Table  1  is  kept  in  the  arrays  GE,  LT,  EXPN,  and  FACTOR. 
FACTOR(I)  is  a  number  to  be  divided  into  Al  (power  of  10).  EXPN(l)  is  the 
correction  to  IEXPO  for  that  operation.  Note  that  more  than  one  operation 
will  frequently  be  required  to  bring  an  arbitrary  number  in  range. 


INDEX 

LT 

GE 

EXPN 

FACTOR 

1 

7 

3 

0 

1 

2 

0 

-2 

+1 

10 

3 

2 

k 

+2 

100 

1+ 

-3 

5 

+u 

10000 

5 

-h 

-5 

+8 

108 

6 

-7 

-6 

-1 

.1 

7 

8 

6 

-2 

.01 

8 

9 

-7 

-k 

.00001 

9 

-9 

-8 
Table  1 

-8 

10-8 

Control  is  provided  by  the  arrays  LT  and  GE.   These  arrays  use 
FACTOR  to  make  comparisons  on  Al  and  determine  what  division  operations 
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should  be  performed.   They  also  indicate  when  the  number  Al  is  in  range 
(LT(Z)=0). 

Sequence  of  control  is  as  follows.   An  initial  index  IR=1  is 
selected.   Then  an  initial  Hunt  is  begun.   During  the  hunt  a  single  appro- 
priate scaling  factor  is  sought.   After  one  is  found,  another  hunt  is  begun 
until  a  final  hunt  determines  the  number  to  be  in  range.   (A)  With  the  hunt 
started  at  IP=1,  (B)  FACTGR(IP)  is  checked  to  see  if  Al  is  less  than  (LT) 
or  greater  than  (GE)  or  equal  to  FACTOR.   Then  the  array  LT  or  GE  is  checked 
after  its  value  is  saved  in  IN  (and  absolute  value  saved  in  IP)  to  determine 
what  action  to  take.   If  IN  is  now  zero,  the  number  Al  is  in  range  and  we 
quit.   If  IN  is  positive  we  proceed  to  (B)  to  form  the  next  check  on  Al  with 
a  new  value  from  FACTOR.   If  IN  is  negative,  IP  is  an  index  into  a  value  of 
FACTOR  that  should  be  divided  into  Al.   After  IEXPO  is  updated,  we  proceed 
to  (A)  for  the  next  hunt.   All  possible  paths  are  outlined  in  Diagram  1. 

Forming  the  number  into  characters  is  performed  as  follows.   If 
the  number  Al  is  negative,  a  minus  sign  is  output  via  CHR.   Then  the  absolute 
value  A  is  put  through  the  above  procedure  to  form  the  magnitude  A  and  the 
exponent  IEXPO.   (c)  Then  the  integer  portion  of  the  mantissa  is  output  as  a 
character  (via  CHR  again).   If  this  is  the  second  numeric  digit,  a  decimal 
point  is  output  first.   Then  the  remaining  part  of  the  mantissa  is  multiplied 
by  ten.   If  this  part  is  zero,  or  five  characters  have  already  been  output, 
we  quit.   Otherwise,  return  to  (C). 

Next  the  exponent  is  printed,  be  it  not  zero.  First  an  E  is  output, 
then  a  minus  sign  if  needed.  The  tens  digit  of  the  exponent  is  output  if  not 
zero,  then  the  units  digit  is  output. 
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quit 


A1=A1/10 


Al-Al/100  C  5  ) 

A 

A1=A1/10000     A1=A1/10 


r^ 


Al=Al/.01        Al=Al/.l 


A1=A1/10  A1=A1/.0001 


#  =  value  of  IP 

0#  =  Factor   of  IP 

<,    $  =  results   of  comparison     Al:    Factor   (IP) 

Diagram  1. 
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48 . 
41. 

Ci-C  < 
4  c!  i 
44. 

45. 

46 . 

48. 


10.  J  190.  f   100O0.  J  1000O000U. 
.  00000O0  I-'' 


FILL  CUR  (NjTjTLjTC: 


000  SUBROUTINE  NCUT  (RIjTjT 

0OO  I MTEGER  .  EXPN < 9 J  0  > 1  " 

000  I  MTEGER  LT(9Wj0*£!-3j 

000  INTEGER  GEi:9).--3j-£s4?5j 

UU0  REALMS  FACTOR (9) /I 

000  .g| 

0O0  REALMS  A        ,ooo± 

800  I  MTEGER  TL ,  TO  >  T®£  C  TL  J  j  M- 

000  I  MTEGER  DOT.--'    .  ' .-- >  E.-- ' 

000  A-ABS(A1J 

888  TC=@ 

O00  IF  LAl.LT.OJ 

O00  NH8T= TC+ 1 

00O  IEXP0=8 

888  IF  (A.EQ.8J  GO  TO  48 

8O0  60  CONTINUE 

888  IF-1 

888  58  CONTINUE 

00O  IF  (A. LT. FACTOR (IP) i    GO  TO  £8 

OOO  IM=GE(IP) 

0O0  GO  TO  38 

888  20    IN=LT(IPj 

888   38  ffp=IflBS(IEU] 

888    IF    EIN.EQ.03    GO   TO   48 

888    IF    (IM.GT.8J    GO   TO   58 

888   R=IVFflCTGR(IP) 

888  I  EXPO=  I EXPO+EXPN  ( I P  J 

888  GO  TO  68 

888  48  Ifl-fl 

888  IF  (TC.EQ.NB0T3  CALL  CHR  (DOTjTjTLjTC) 

888  CALL  CHR  (IRjTjTLsTC) 

888  IF  CTC.GE.S)  GO  TO  95 

888  H=i'A"IA:i®18. 

888  IF  (A.NE.8J  GO  TO  48 

888  95  IF  (IEXPG.EQ.0)  RETURN 

888  CALL  CHR  (EjTjTLp TC3 

888  IF  (IEXP8.LT. 8 J  CALL  CHR  (MjTjTLiTC) 

888  IEXP0=IABSiIEXP03 
'£.800  I  fl=  I  EXPO--'  10 

'3.80O  IF  (IA.ME.8J  CALL  CHR  ilFhTsTLjTC) 
'4 .  888  I  H=  I  EXPO- 1  m  1 8 
'5.888  CALL  CHR  iIRvT*TL*TC) 
'6.008  RETURN 
'7.000  END 


1   !  .01 


•_■■_'.  uou 


59 . 
60. 
61. 


66 . 
67. 
68. 
69. 
70. 
71. 
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CHR  Logic 

The  character  count  TC  is  converted  into  halfword  index: 
TCI  =  TC/2  +  1 
A  remainder  in  the  division  indicates  the  right  half  of  the  halfword  is  to 
be  used;  the  blank  already  there  is  subtracted  out  and  the  new  character 

added  in. 

If  the  character  is  an  integer  0-9 ,  it  is  converted  into  the  character 

0-9  by  adding  2U0. 

78.000   SUDFUI      i;--C   CHR    i  K?  T?  TL?  TO 

■7Q„fikiM    IMTLCLi'.   ibTL.:-  IL»  i*;c:i.TLi  v   JUl 

m .  F10O  M 1  =M-  ( N---256  J  *£56  ^ 

31.000    IF    CM. HE. Ml)    GO    10    10 

33,000  Mi=Nl+£40 

33.600  10  CONTINUE 

34 .  SOU  TC  1  =TC •■■"£+ 1 

RFi.fi00   TC=TC+1 

P.--.OMM    IF    CTC.NE.TC1*£)    GO    NJ   30 

37:' .  300  T  i  TC  1 )  =T  ( TC  1 J  +M 1  -64 

33.0O0   GO  TO   30 

39.000   £0   TCTCn^Ml*356+t>4 

30.000   33   RlTUPN- 

31.000   END 

CPLOT  Logic 

The  location  of  a  point  of  the   sheet   on  the   screen  is   formed  as 

follows : 


Horizon 


17  512 1  +  250  M 


A  Horizon  is  kept  to  indicate  the  height  the  sheet  has  attained  so 
far  in  screen  coordinates : 

Z  values- 


o  o  o  o  o  o 


As  each  point  of  the  sheet  is  calculated,  it  is  referred  to  as  a  Z 
checkpoint.   All  points  on  the  horizon  are  filled  in  with  this  Z  value  where 
it  is  greater  than  the  horizon.   Only  the  Z  value  is  checked  even  though  it 
is  an  entire  line  that  may  be  partly  or  completely  obscured  by  the  rest  of 
the  sheet.   Two  lines  are  drawn  to  each  Z  point  if  it  is  above  the  horizon, 
one  in  the  X  direction,  one  in  the  Y  direction: 


in 

"TTT1 
"1 


The  lines  are  of  course  not  at  right  angles,  but  are  drawn  between 
the  screen  coordinates  of  the  current  and  previous  Z  checkpoints  (previous  in 
two  directions ) . 
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l-Z 

<C 
££-- 


Ms 


pi 
-I     • 

m 

?N 

t 

a: 

ptu 

DO 

or: 


zx 


/}> 


i'5 

>u 

C/> 

UJ 

coo 
<r 

truj 

OK 


X  X  — • 

lT'«X 
II    i    Q 

■  x  >  O 


UJ  UJ  Z 

-ii         —  ii  —  —  >-  rxO~x:         ZZ"-1 

X—  I    «-»X      — .  —  0.    H  f^E-UJ  — »— »l~_J'-»  — 

<  >-    >    >-  M»T|I       IINlHlfJJJjZ  w     •• 

jICSl— -«    — ' Qli  -  (/K/>— 'M  —  — •     •  O*-»NJ0- 
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3.  3      User  Oriented  Software 

3.3.1    Global  Macro  Analysis  (T.  Runge) 

The  Global  Macro  Analysis  system,  GLOBAL,  has  been  coded  in  PLW 
and  is  presently  being  debugged.   This  system  takes  a  user's  definition  of 
a  network  in  terms  of  the  macros  involved  and  produces  the  output  routines 
81,  S2,  and  DIFFUN  for  the  numerical  simulation  of  the  network.   Global 
Macro  Analysis  consists  of  three  processes: 

1)  The  input  routine.   This  reads  the  cards  and  interprets  the  information 
to  create  PLW  data  structures  representing  the  network. 

2)  A  pre-end  order  traversal  of  the  structure  of  macros  which  is  the  user's 
network.   This  traversal  produces  an  intermediate  (tree)  representation 
of  the  network's  equations  and  gathers  information  to  be  used  to  print  a 
network  variable  map  upon  request. 

3)  The  output  routine  builder.   This  processes  the  intermediate  representa- 
tion of  the  equations  and  determines  the  output  classes  to  which  the 
variables  belong.   It  then  constructs  SI,  S2,  and  DIFFUN  from  the  network 
equations  . 

Input  Routine 

This  routine  was  coded  prior  to  the  present  report  period  and  has 
been  described  in  some  detail  in  the  previous  two  Quarterly  Progress  Reports. 
During  this  report  period  a  new  feature  has  been  added  and  the  input  routine 
has  been  debugged. 

The  new  feature  allows  the  user  to  declare  functions  and  describe 
their  syntax  so  that  he  may  use  these  functions  (in  addition  to  the  built-in 
functions)  in  the  equations  of  his  network. 

These  function  declarations  must  appear  immediately  after  the 
terminal  type  definitions  in  the  input  stream.   At  present  they  must  appear 
one  per  card  and  adhere  to  a  fixed  format.   As  will  be  mentioned  below,  this 
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fixed  format  will  be  relaxed  in  the  future. 

Each  function  which  the  user  declares  he  must  also  make  available 
to  the  simulation  package  in  the  form  of  a  Fortran  function  subroutine  so 
that  the  function  occurrences  can  be  evaluated. 
Network  Traversal 

This  process  also  was  coded  prior  to  the  present  report  period  and 
has  been  described  previously.   During  this  report  period  the  preorder  visit 
routine,  VISITD,  has  been  debugged.   The  network  traversal  will  be  finished 
when  the  debugging  of  the  endorder  visit  routine,  VISITU,  which  is  presently 
underway,  is  complete. 
Output  Routine  Builder 

This  routine  also  was  coded  prior  to  the  present  report  period  and 
has  been  described  previously.   It  is  scheduled  for  debugging  as  soon  as  the 
network  traversal  is  finished. 

At  present,  a  number  of  improvements  to  the  Global  Macro  Analysis 
system  are  under  consideration.   They  include: 

1)  Freeing  the  fixed  format  presently  required  for  user  declaration  of 
functions. 

2)  Consolidation  of  data  from  the  declarations  block  and  the  parameter 
equations  block  into  a  single  PDP-8  block  which  would  contain  all 
declarations  of  local  and  global  variables,  parameters,  and  default 
parameter  assignments.   This  would  allow  the  user  to  display  all 
declarations  for  a  given  network  element  (macro)  on  the  screen  at  one 
time. 

3)  Allowing  the  use  of  arrays  in  the  network  equations. 

These  new  features  will  be  implemented  when  the  Global  Macro  Analysis 
system,  as  it  now  stands,  is  debugged. 
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During  this  quarter,  research  was  begun  on  the  development  of  a 
more  general  macro  analysis  system  which  would  he  capable  of  producing  output 
for  simulation  by  a  number  of  presently  available  packages  -  for  instance, 

DYNAMO,  CSSL,  GPSS. 

This  system,  as  presently  envisioned,  would  consist  of  three  parts, 
roughly  corresponding  to  the  three  processes  in  terms  of  which  we  have 
described  Global  Macro  Analysis.   These  are: 

1)  A  general  data  structure  in  which  could  be  modeled  all  of  the  kinds  of 
systems  which  we  wish  to  simulate. 

2)  A  systhesis  program  which  would  expand  the  macro  instances  into  a  tree 
structure  of  the  network  elements. 

3)  A  translator  driven  by  rules  specific  to  the  intended  simulation  package. 
This  generates  string  input  for  execution  by  the  simulation  package. 

Data  Structure 

The  general  data  structure  desired  seems  in  many  ways  similar  to 
the  data  structure  used  by  the  present  Global  Macro  Analysis  system.  Its 
features  are  described  below. 

1.  Terminal  Type  Table 

This  table  defines,  for  each  terminal  type  used  in  the  network,  the 
names  and  types  of  the  terminal  variables  defined  on  a  terminal  of  that  type. 
The  present  system  also  uses  a  terminal  type  table. 

2.  Function  Declaration  Table 

This  table  declares  the  names  and  defines  the  syntax  of  functions 

which  the  user  will  be  supplying  to  the  simulation  package.   Declarations 

and  syntax  definitions  for  functions  which  are  predefined  in  the  intended 

simulation  package  will  be  available  to  the  system  from  its  own  library. 

The  present  system  also  uses  a  function  declaration  table. 
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3.   Macro  Definitions 

The  major  components  of  a  macro  definition  are: 

a)  (Subpicture  Block  in  present  system) 

Names  of  macros  invoked  by  this  macro  and  non-default  parameter 
assignments  to  be  used  for  each  invokation. 

b)  (Terminal-Connections  Block  in  present  system) 

Descriptions  of  the  terminals  defined  in  this  macro  and  of  those 
brought  up  from  invoked  macros.   Description  of  the  connections 
between  these  terminals. 

c)  (Declarations  Block  and  Parameter-Equations  Block  in  present 
system) 

Declarations  of  global  and  local  variables  and  default  parameter 
assignments  for  this  macro.   Macro  text,  which  is  a  generaliza- 
tion of  the  macro  (arithemtic)  equations  of  the  present  system. 
The  macro  text  might  be  arithmetic  equations,  logical  equations, 
a  program  segment  in  some  language,  or  other  possibilities  which 
will  be  investigated. 

k.     Terminal  and  Terminal  Variable  Referencing 

Two  new  features  will  be  provided  to  make  the  referencing  of  terminals 

and  of  terminal  variables  easier  for  the  user. 

a)  The  user  can  attach  names  to  terminals  for  the  purpose  of 
implicitly  specifying  a  connection  between  two  terminals  (within 
the  same  macro)  to  which  the  same  name  is  attached. 

b)  The  user  can  attach  names  to  terminals  for  the  purpose  of 

referencing  terminal  variables  by  means  of  these  names.   The 

user  must  also  specify  which  terminal  variable  he  wishes  the 

name  to  reference.   Thus  attaching  V=E  to  terminal  0  would 
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allow  the  user  to  refer  to  V  rather  than  to  E(0)  in  the  macro 
equations . 

In  both  of  these  cases,  the  attached  names  would  be  placed  next  to 
the  terminal  in  the  screen  display  and  included  in  the  Terminal-Connections 
Block  portion  of  the  data  structure. 
5.   Strip  Terminal 

A  new  kind  of  terminal,  the  strip  terminal,  will  be  provided.   A 
strip  terminal  will  act  like  a  variable  number  of  ordinary  terminals  in  that 
any  number  of  ordinary  terminals  (of  the  same  type)  can  be  connected  to  it 
and  it  will  cause  the  generation  of  one  ordinary  terminal  to  receive  each 

connection. 

This  allows  the  user  to  construct  a  macro  with  a  variable  number  of 
external  terminal  connections  without  his  having  to  short  all  of  these 

terminals  together. 

If  terminal  0  is  a  strip  terminal  of  a  type  with  a  terminal  variable 
named  E  on  it ,  the  user  can  refer  to  the  variable  E  on  the  ith  terminal 
generated  from  the  strip  terminal  by  E(0,i) .   The  new  system  will  also 
provide  operators  for  symmetric  handling  of  terminal  variables  on  a  strip 
terminal.   Examples  of  such  operators  which  could  be  used  in  the  network 

equations  are: 

STMIN(E(0))  =  MIN(E(0,1) ,E(0,2),...,E(0,n)) 
STMAX(E(0))  =  MAX(E(0,1),E(0,2),. ..,E(0,n)) 
STSUM(E(0))  =   E(0,1)  +  E(0,2)  +  •••  +  E(0,n) 
STPROD(E(0))  =   E(0,1)  *  E(0,2)  *  •••  *  E(0,n) 
where  terminal  0  is  a  strip  terminal  with  n  connections  to  it  and  with  a 
terminal  variable  E  defined  on  each. 

Names  may  be  attached  to  strip  terminals  for  specifying  implicit 
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connections.   Only  a  strip  terminal  may  have  more  than  one  such  name  attached 
to  it. 

There  is  a  restriction  placed  on  the  use  of  strip  terminals.   Strip 
terminals  in  any  macro  may  only  be  used  externally.   That  is  they  may  only  be 
connected  to  terminals  in  the  macro  invoking  that  macro.   This  restriction  is 
consistent  with  the  intention  in  defining  the  strip  terminal  to  allow  one 
macro  to  receive  a  variable  number  of  connections  from  terminals  defined  in 
another  macro.   When  defining  a  macro,  a  user  should  know  precisely  what 
terminal  connections  he  wants  between  terminals  within  that  macro  and  have  no 
use  for  a  local  strip  terminal. 

It  is  worth  noting  that  a  strip  terminal  itself  does  not  define  any 
terminals.   It  is  the  connections  to  the  strip  terminal  which  generate 
terminals.   Thus  a  connection  between  two  strip  terminals  is  meaningless  and 
is  not  allowed  under  the  restriction  above. 
6.   Terminal  Variable  Types 

Some  research  has  been  done  into  the  usefulness  of  allowing  the  user 
to  define  his  own  terminal  variable  types  in  terms  of  how  they  act  when 
terminals  are  connected.   As  of  this  writing,  we  have  not  found  any  types  of 
terminal  variables  other  than  the  familiar  E  and  I  types  which  seem  to  be 
generally  useful.   Unless  and  until  such  terminal  variable  types  are  found, 
the  new  system  will  restrict  itself  to  the  predefined  E  and  I  types  of  the 
present  system. 
Synthesis 

This  process  will  produce  a  tree  representation  of  the  network.   Each 
tree  node  represents  one  macro  instance  and  includes  the  following: 

i)    non-default  parameter  assignments  passed  down  from  invoking 
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ii)        default  parameter  assignments   for  those  parameters  which  have 
no  non-default   assignment  passed  down 

iii)      the  macro  text 

iv)        a  symbol  table   for  the   global  and  local  variables',  parameters, 
and  terminal  variables 

v)  a  list  which  gives,   for  each  terminal  ID  number,  the   location 

in  the   symbol  table  of  the   associated  terminal  variables 

vi)        the   equations   generated  for  the   rings   of   connected  terminals. 

The  synthesis   process   also   constructs   a  terminal  table   for  its   own 
use.      This  table   is   used  to  reference  terminal  variables   and  to  generate  the 
ring  equations . 

The  tree  nodes   are  built   during  a  pre-end  order  traversal  of  the 
network's  tree  structure. 
Preorder  Visit 

During  the  preorder  visit  to  a  macro  parts    i,    ii,    and  iii   of  the 
tree  node  are  formed. 

Also,   the   global  and  local  variables,   the  parameters,   and  any  names 
attached  to  terminal  variables   are   entered  in  the   symbol  table. 

Also,   the  terminal  table   is   formed.      The   connections  between  ter- 
minals  are   encoded  in  the   form  of   connection  rings   -   circular  linked  lists  of 
connected  terminals.      Connections   of  external  terminals   to   internal  terminals 
in  the   invoking  macro   are   encoded  by  linking  the  external  terminal's   terminal 
table   entry  to  the  terminal  table   entry  for  the   internal  terminal   (in  the 
invoking  macro's   terminal  table). 

As  the  terminal  table  is   formed,    external   strip  terminals    are 
expanded  into  the   appropriate  number  of  ordinary  external  terminals   -  one  to 
receive   each  connection.      These  generated  external  terminals   are   linked  to 
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the  connected,  internal  terminals. 
Endorder  Visit 

During  the  endorder  visit  to  a  macro  the  remainder  of  the  tree  node 
is  constructed. 

Terminal  types  are  passed  along  the  lines  of  external  connections. 
When  any  connection  is  specified,  the  types  of  the  two  terminals  involved 
must  match  if  hoth  are  defined.   If  only  one  is  defined,  that  type  is  passed 
to  the  other  terminal.   When  this  type  passing  is  complete,  all  terminals  in 
this  macro  should  have  a  type  defined. 

At  this  point  the  terminal  variables  for  each  terminal  are  entered 
in  the  symbol  table,  completing  part  iv  of  the  tree  node.  As  this  is  done, 
the  list  which  is  part  v  of  the  tree  node  is  constructed. 

Finally,  the  ring  equations  for  the  rings  of  connected  terminals  are 
generated  and  placed  into  the  tree  node. 

We  also  form  equivalence  rings  (of  variables  which  are  equivalent) 
in  the  symbol  table.   The  symbol  table  entries  for  names  attached  to  terminal 
variables  will  be  linked  to  the  symbol  table  entries  for  those  terminal  vari- 
ables.  The  symbol  table  entries  for  E  type  terminal  variables  on  connected 
terminals  will  also  be  linked  as  equivalent. 

We  note  here  that  any  variables  which  are  pre-defined  in  the  intended 
simulation  package  are  entered  in  the  symbol  table  as  globals  before  the 
network  traversal  begins.   Thus  they  will  be  defined  when  they  are  used  in 
parameter  assignments  or  macro  text. 
Translator 

The  translator  will  process  the  tree  representation  of  the  network 
formed  by  the  synthesizer  and  generate  the  string  output  necessary  to  drive 
the  intended  simulation  package.   In  doing  this  it  may  call  upon  certain 
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cedures  from  a  library  of  translation  procedures  for  the  various  simulation 


pro 
packages. 


Much  research  is  still  needed  to  fully  develop  the  translator. 
However,  we  can  already  recognize  a  number  of  operations  which  it  must  be  able 
to  perform. 
Syntax  Analysis 

The  translator  will  check  the  syntax  of  the  parameter  assignments  and 
of  the  macro  text.   This  will  be  done  with  the  aid  of  the  function  syntax 
table  and  either  a  syntax  definition  or  a  syntax  analyzer  for  the  intended 
simulation  package.   During  the  syntax  analysis  all  variable  occurrences  will 
be  replaced  by  pointers  into  the  symbol  table. 
Types  of  Simulation  Packages 

We  will  want  to  support  two  vastly  different  types  of  simulation 
packages  -  Problem  Oriented  Packages  (i.e.,  present  system)  and  Procedural 
Packages  (i.e.,  DYNAMO).   The  operations  which  the  translator  must  perform 
for  these  two  cases  have  great  differences.   Some  of  these  operations  are 
described  below. 
Problem  Oriented  Packages 

For  such  a  package  the  macro  text  constitutes  a  set  of  simultaneous 
equations  which  will  be  solved  by  the  simulation  package.   These  equations 
must  in  general  be  converted  to  assignment  statement  form  and  reordered  so 
that  all  variables  are  assigned  on  a  left  hand  side  before  being  used  on  a 
right  hand  side.   This  will  require  invoking  some  or  all  of  the  operations 

below. 

i)    Variable  elimination.   When  an  equation  of  the  form  A=B  is 

found,  A  and  B  are  placed  on  the  equivalence  ring  in  the  symbol 
table  and  the  equation  is  discarded. 
-86- 


ii)    Variable  classification  by  computational  dependency.   The  G 
and  T  type  variables  of  the  present  system  are  examples  of 
this.   Certain  variables  are  initially  known  to  be  of  these 
types.   Then  any  variable  which  is  found  in  some  equation  to 
depend  only  on  G  type  variables  and  constants  becomes  a  G 
type  variable.   Any  variable  found  in  some  equation  to  depend 
only  on  G  and  T  type  variables  and  constants  becomes  a  T  type 
variable. 

When  a  new  variable  is  reclassified,  the  equation  which 
led  to  the  reclassification  is  converted  to  assignment  state- 
ment form  with  that  variable  isolated  on  the  left  side.   The 
new  assignment  statement  is  then  placed  at  the  end  of  a  list 
of  assignment  statements  -  insuring  that  all  variables  on  its 
right  hand  side  have  values  assigned  to  them  in  a  previous 
assignment  statement. 

iii)   Variable  classification  by  operators  used  on  the  variable. 

The  Y  type  variables  of  the  present  system  are  an  example  of 
this.   Any  YL  variable  which  is  differentiated,  is  a  function 
argument,  is  operated  on  by  exponentiation,  or  has  a  coeffi- 
cient of  type  YL  or  Y,  becomes  a  Y  type  variable.   This 
classification  allows  these  variables  to  be  treated  in  special 
ways  by  the  simulation  package. 

iv)    Generation  of  new  left  hand  sides.   Equations  of  the  form 
LHS=AHS  can  be  converted  to  the  form  Di=RHS-LHS  with  a  new 
variable  Di  introduced.   Then  the  simulation  package  will 
iteratively  drive  all  of  the  Di's  to  0. 
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Procedural  Packages 

For  procedural  packages  the  macro  text  is  program  code  in  some 
language.   Thus  any  equations  will  he  in  the  proper  assignment  statement  form 
in  the  macro  text.   The  translator  will  he  able  to  reorder  the  assignment 
statements  so  that  variables  are  assigned  before  they  are  used  on  a  right 
side  if  necessary. 

Some  operations  which  will  be  available  for  simulation  packages  of 

either  type  are: 

i)    Partitioning  of  text  into  disjoint  sets  to  be  handled 
differently  by  the  simulation  package. 

ii)    Conversion  of  text  into  a  set  of  fixed  formats.   Such  format- 
ting is  necessary  for  assignment  statements  in  DYNAMO. 

iii)   A  name  generation  process  for  variables.   Names  can  be 

generated  in  different  formats  for  different  types  of  vari- 
ables. Only  one  name  is  generated  for  any  equivalence  ring 
in  the  symbol  table. 

3.3.2    The  PL-F  Compiler  (L.  Lopez) 

The  PLW  compiler  which  has  been  in  use  for  some  time  has  several 
shortcomings  such  as  lack  of  recursion,  dynamically  dimensioned  arrays  and 
almost  a  total  lack  of  facilities  to  allow  the  modification  of  large  programs. 
Specifically  we  are  at  the  level  of  FORTRAN  in  this  respect.   Hence  PL-F,  the 
second  version,  will  be  described.   This  document  will  define  the  methods  used 
to  provide  the  above  and  will  serve  as  a  definition  of  the  major  components  of 
the  run  time  representation.   Such  a  definition  will  provide  a  communications 
media  for  other  interested  parties  and  will  help  also  to  freeze  the  design  of 


this  compiler.   Much  time  has  been  lost  due  to  late  arrival  of  this  document. 
Efficient  Modifications 

The  usefulness  of  functional  modularity  is  well  known.   Less  often 
noted  is  the  desirability  of  the  efficient  modifiability  which  often  results 
from  this.   A  small  change  to  a  large  program  should  not  necessitate  the 
recompilation  of  the  entire  program.   FORTRAN  and  to  a  less  extent  PL/l 
provide  this  feature.   Burroughs  extended  Algol  on  the  5500  did  not.   The 
necessity  of  this  feature  is  dependent  greatly  on  the  size  of  the  program 
in  question,  the  speed  of  the  compilation  process,  and  the  frequency  of  change 
necessary.   Since  this  compiler  is  intended  for  in  house  debugging  of  systems 
of  programs  it  is  expected  that  the  frequency  of  changes  as  well  as  the  over- 
all size  of  programs  will  be  large.   The  speed  of  the  present  PLW  compiler  is 
about  U000  cards  per  minute.   It  is  not  expected  that  PLF  will  run  as  fast  as 
this.   Large  amounts  of  computer  time  are  used  for  compilation  on  the  Burroughs 
machine  due  to  the  inflexible  nature  of  the  modularity.   A  change  to  one 
procedure  necessitates  a  complete  recompilation.   In  the  newer  machines  (6700) 
1  separately  compiled  procedure  may  be  bound  into  other  programs.   This  in 
essence  is  coming  around  to  my  point  of  view. 

Although  PL/I  allows  recompilation  of  external  procedures  it  does 
lot  allow  recompilation  of  internal  ones.   This  is  in  effect  saying  that 
structured  programming  and  nesting  is  good  and  useful  unless  modification  is 
lecessary . 

What  we  are  attempting  to  implement  is  the  modification  of  internal 
procedures  in  the  original  environment . 
the  FORTRAN  Environment 

The  target  language  for  PLW  and  PLF  is  a  subset  of  FORTRAN  compatible 
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with  the  Burroughs  6700,  DEC  PDP  10  and  the  IBM  360 .   These  three  machines, 
although  they  were  chosen  more  for  their  availability  rather  than  for  any 
other  characteristics,  do  seem  to  have  a  sufficiently  typical  FORTRAN  imple- 
mentation so  as  to  achieve  the  goal  of  portability.   A  specific  definition 
of  the  subset  has  not  been  made  as  it  is  very  infrequent  that  there  is  any 
question  of  compatibility  problems.   This  is  chiefly  because  FORTRAN  is  a 
very  standardized  language.   It  is  this  standardization  which  should  give  up 

portability. 

Numerical  problems  require  the  compiler  to  emit  FORTRAN  code  which 
is  dependent  on  the  target  machine  desired.   This  problem  is  understood  more 
to  be  a  change  in  the  mapping  of  PLF  declarations  into  FORTRAN  declarations 
rather  than  an  entirely  new  aspect.   Hence  implementation  of  this  feature 
will  be  postponed  until  appropriate. 
Static  Common 

PLF  will  use  FORTRAN  named  common  to  contain  constants,  lists, 
static  variables  as  well  as  static  arrays.   This  area  will  also  contain  what 
are  loosely  called  system  variables  (SV).   These  locations  provide  for  the 
communication  of  various  information  throughout  the  object  programs.   Certain 
SV's  are  at  fixed  displacements  in  to  the  SC  so  as  to  allow  easy  accessibility. 
This  space  taken  as  a  whole  will  be  called  Static  Common  (SC).   The  size  of 
SC  is  known  at  compile  time  as  opposed  to  dynamic  common  whose  size  is 
determined  at  run  time. 
Dynamic  Common 

Dynamic  Common  (DC)  will  be  allocated  at  run  time  by  means  appropriate 
to  the  target  machine.   The  limits  of  the  DC  are  given  by  two  system  variables 
called  BOTTOM  and  LAST.   From  LAST  to  the  system  variable  NEXT  is  known  as  the 
allocated  user  area  (UA).   In  the  UA  are  located  any  storage  used  by  the  user 
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for  the  creation  of  DSECT's.   (DSECT's  are  storage  layouts  for  the  implementa- 
tion of  list  processing  algorithms).   From  BOTTOM  to  TOP  is  an  area  known  as 
the  run  time  stack  (RTS).   In  this  area  are  allocated  dynamic  arrays  (DA)  and 
activation  records  (AE)  for  recursive  procedures. 

From  TOP  to  NEXT  is  free  space.   NEXT  can  expand  down  and  TOP  can 
expand  up.   The  words  at  TOP  and  NEXT  are  also  free. 

The  indices  discussed  above,  and  in  fact  almost  all  indices  to 
variables,  lists,  etc.  are  word  displacement  off  of  the  SC .   The  mechanism 
used  to  obtain  the  DC  also  provides  these  indices. 
DC  Allocate 

The  dynamic  common  allocate  routine  (DCA)  obtains  the  DC  and 
initializes  TOP,  BOTTOM,  NEXT  and  LAST  as  shown  in  Figure  2. 


DYNAMIC 
COMMON 
(DC)   ' 


User  Area 
UA 


Run  Time 
Stack 
(RTS) 


LAST 


NEXT 


TOP 


*-  BOTTOM 


Figure  2. 


On  the  IBM  360  the  DCA  will  obtain  most  of  the  free  storage  available 
in  the  REGION  by  means  of  a  V  type  GETMAIN  SVC.   It  will  then  insert  into  the 
SV's  the  appropriate  index  values. 

On  the  DEC  PDP  10  and  the  Burroughs  B67OO  the  DCA  will  not  be 
employed;  instead  these  machines  will  have  a  6UK  (K=102U  words)  DC  already 
set  up  via  COMMON  statement.  A  BLOCK  DATA  statement  will  be  used  to  initialize 
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the  system  variables.   Although  such  a  method  is  very  expensive  on  the  IBM 
machine  it  is  a  reasonable  way  to  precede  on  these  two  virtual  machines.   The 
6UK  limit  is  set  by  the  array  indexing  limits  on  the  Burroughs  machine.   Such 
a  limit  does  not  exist  on  the  DEC  10  or  IBM  360 . 

Procedures 

Procedures  are  numbered  from  1  to  n.   Within  each  procedure  the 
return  point  from  a  call  and  the  entry  points  for  a  call  are  numbered  from  1 
to  m.   Hence  (i,j)  specifies  a  return  or  call  to  part  j  of  procedure  i.   The 
(i,j)  is  called  a  procedure  reference  word  (PRW).   The  i  is  the  procedure 
number;  the  j  is  an  entry  number.   The  j  is  used  to  index  into  a  computed 
GO  TO  to  reach  the  appropriate  code.   This  computed  GO  TO  is  called  the 
procedure  reference  word  computed  GO  TO  (PRWCG)  and  one  exists  for  each 
procedure. 
FORTRAN  Modules 

The  PLF  compiler  produces  three  types  of  modules;  the  MAIN$  module, 
the  PATCH$  module  and  the  P$i  modules.   These  modules  together  with  the 
initialization  of  the  SC  from  the  initialization  file  provide  the  efficient 
implementation  of  program  modification.   The  initialization  file  also  is 
produced  by  the  PLF  compiler. 
The  INIT&,  MAIN$,  PATCH$ ,  P$i  and  the  SC 

The  INIT$  is  a  subroutine  which  initializes  static  common  (SC)  from 
the  initialization  file  and  also  calls  on  the  C0RE$  procedure  to  obtain  the 
dynamic  common  (DC). 

When  a  PLF  program  is  compiled  for  the  first  time  the  MAIN$  sub- 
routine as  well  as  an  empty  PATCH$  subroutine  is  created.   The  initialization 
file  is  also  created  at  this  time. 

When  a  PLF  procedure  i  is  recompiled  a  P$i  subroutine  is  created 
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(or  recreated),  the  PATCH$  subroutine  is  recreated  (to  call  on  the  P$i)  and 
the  initialization  file  is  recreated  (to  reflect  changes  due  to  the  new 
procedure) . 

In  the  initialization  file  are,  among  other  things,  the  procedure 
reference  words  (PRW).   These  PRW's  are  changed  from  (i,j)  to  (i',j').   To 
reflect  the  new  placement  of  entry  points  and  calls  within  procedure  i,  j  is 
changed  to  j ' .   If  i  was  less  than  1000  then  a  new  i  >  1000  is  assigned  for 
V    to  note  that  procedure  i  was  changed.   If  i  >  1000  then  i  had  already  "been 
patched  so  i  need  not  change. 

The  subroutine  MAIN$  has  a  computed  GO  TO  called  the  Main  Subroutine 
Computed  GO  TO  (MSCG)  which,  given  i,  transfers  control  to  the  code  for 
procedure  i.   If  i  >  1000  then  the  procedure  has  been  patched  and  i  is  the 
procedure  number  of  the  patched  procedure.   The  MSCG  falls  thru  since  i  is 
too  big.   The  statement  after  the  MSCG  is  a  call  to  PATCH$.   PATCH$  subtracts 
1000  from  i  and  uses  it  to  index  into  the  PATCH  Subroutine  Computed  GO  TO 
(PSCG).   The  GO  TO  transfers  control  to  a  call  statement  which  calls  procedure 
P$z  where  z  =  i  -  1000.   When  P$z  returns  to  PATCH$  it  is  either  returning  or 
initiating  a  call.   In  both  cases  PATCH$  returns  to  MAIN$.   MAIN$  then 
branches  to  the  code  which  extracts  i  and  performs  the  (MSCG). 
Parameter  Lists 

The  parameter  list  generated  for  PLF  procedures  contains  a  PRW  to 
the  called  and  calling  procedures  in  the  following  format: 


WORD 

CONTENTS 

USE 

1 

(i,j) 

i  =  procedure  to  call 
j  =  entry  point 

2 

(i*,j») 

i*  =  procedure  to  return  to 
j*  =  return  point  of  procedure 
-93- 

3        parameter' 

I  last  parameter 

fc+1      0 
In  parameterless  procedures  words  3  to  £+1  will  be  left  out. 
In  order  to  return  from  a  procedure  a  call  with  (i*,j*)  as  word  1  of 
a  parameter  list  should  be  used.   The  pointer  to  the  parameter  list  is  a  SV 
called  PARM.   Thus  to  perform  a  return  PARM  would  be  set  to  the  value  of  PARM 
at  procedure  entry  +1.   Note  that  this  return  does  not  delete  storage  from  the 
run  time  stack  or  anything  other  than  transfer  control  back  to  the  caller. 
Note  that  PARM  is  not  preserved  around  a  call  statement. 
Activation  Records 

Recursive  procedures  will  be  implemented  using  the  activation  record 
(AR)  technique.   In  this  method  the  fixed  length  AR  is  obtained  upon  procedure 
entry.   The  steps  followed  for  a  call  are: 

1)  The  PSCG  or  MSCG  causes  the  execution  of  FORTRAN  representation  of  the  PLF 
procedure. 

2)  The  procedure  extracts  j  from  the  parameter  lists  and  uses  the  PBWCG  to 
get  to  the  correct  entry  point. 

3)  The  space  for  the  AR  is  obtained.   The  procedure  saves  some  system 
variables  such  as  TOP,  PARM,  etc.  in  the  AR. 

h)      The  code  necessary  to  initialize  any  constants  in  the  AR  is  executed. 

The  storage  for  fixed  sized  dynamic  arrays  and  simple  variables  are 
allocated  in  the  AR  at  compile  time.   Hence, 

5)   The  addresses  (which  are  actually  indices  into  common)  of  parameter  lists 
to  fixed  sized  dynamic  arrays  in  this  AR,  simple  variables  in  this  AR,  all 

parameters  to  this  call  and  all  other  variables  to  other  procedures  which 
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contain  this  procedure  are  initialized. 

6)  The  expressions,  etc.  which  define  the  lengths  of  arrays,  etc.  are  executed. 
This  code  may  cause  procedure  calls.   One  may  not  reference  any  varying 
length  arrays  which  we  are  attempting  to  allocate  in  any  such  code  since 
such  arrays  are  non  existant.   Code  such  as: 

P:     PROC    RECURSIVE; 
DCL    Z(I); 

Q:     PROC  RETURNS  (INTEGER); 
Z(l)  =  100; 
RETURN    Z(l) 
END  Q; 

DCL    Y(Q); 
END; 
is  invalid.   Note  that  a  compiler  check  for  this  is  not  done  as  it  would 
seriously  restrict  this  type  of  code.   If  I  was  a  constant 
extra  code  to  be  executed. 

7)  All  references  to  the  arrays  allocated  in  6)  are  generated. 

It  is  noted  that  all  references  to  variables  located  in  DC  cause  some 

Non  Recursive  Procedures 

It  is  evident  that  a  great  deal  of  time  can  be  taken  up  at  procedure 
entry.   While  such  time  is  unfortunately  necessary  for  recursive  procedures, 
it  is  not  for  non  recursive  procedures.   All  simple  variables  for  non  recursive 
procedures  are  static  (i.e.  in  SC).   The  code  to  reference  a  dynamic  simple 
variable  once  takes  up  more  space  than  the  variable,  hence  no  space  would  have 
been  saved.   All  static  arrays  are  placed  in  SC.   The  pointers,  etc.  to  fixed 
length  dynamic  and  varying  length  dynamic  declared  in  a  non  recursive  procedure 
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are  in  the  SC.   All  parameter  lists  to  other  procedures  used  by  a  non  recursive 
procedure  are  in  the  SC. 

The  non  recursive  procedure  (and  the  recursive  procedure)  handle  for 
the  most  part,  the  prologue  code  necessary  to  exit  the  procedure.   Hence  an 
AR  is  not  necessary  for  this  reason.   In  order  to  provide  trace  backs  an  AR 
in  static  common  is  provided  by  the  compiler  for  non  recursive  procedures. 
The  SV  pointer  to  present  activation  record  (PPAR)  is  used  to  locate  the  AR 
of  the  presently  executing  procedure.   It  is  also  noted  that  for  every 
procedure  i  a  pointer  to  its  most  current  AR  exists  (PMCAR). 


AR  Format 


a 


WORD  USE 

1  PPAR  on  entry 

2  PARM  on  entry 

3  TOP  on  entry 

k  PMCAR  on  entry 

5  Other  saved  SV's  needed 

K  PARM  1 


K+Jl-1  -    Last   PARM 

K+Jl  Var  1,    etc.   . 

END  of  AR 
This   value  is   saved  in  the  AR  and  the  PMCAR   set  to  the  pointer  to 
this  AR.      The  purpose  of  this  value   is   to  allow  internal  procedures  to  address 

the   current   global  variables. 
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Initialization 

The  initialization  of  the  parameter  lists,  etc.  could  be  done  by 
straight  code  in  FORTRAN.   This  would  tend  to  be  expensive  in  space.   A 
faster  and  shorter  method  is  to  use  lists  which  describe  the  initialization 
necessary  and  then  pass  this  list  to  an  assembly  language  program.   (For 
simplicity  in  getting  this  system  up  on  other  machines  we  require  this 
routine  to  be  capable  of  being  written  in  FORTRAN. ) 

An  interesting  observation  can  be  made.   Let  P  and  Q  be  procedures 
and  P  be  internal  to  Q.   Let  P  reference  one  of  Q's  variables  Z  in  a  para- 
meter list,  R.   If  initialization  of  Z  in  R  was  done  by  straight  code,  then 
this  code  must  not  be  in  Q,  otherwise  recompilation  of  P  might  cause  Q  to  be 
initializing  a  non  existant  R.   If  initialization  of  Z  in  R  is  done  by  list, 
then  we  can  change  Q's  list  to  reflect  this  change. 
Constant  Parameter  Lists 

A  parameter  list  which  references  only  static  variables  and  arrays 
whose  pointers  are  in  SC  is  constant.   It  should  be  noted  that  the  representa- 
tion of  an  array  in  a  parameter  list  is  the  index  to  the  index  to  that  array 
in  common.   The  representation  of  a  simple  variable  is  an  index  to  the  simple 
variable. 

All  simple  variables  are  referenced  by  value  result  or  value  except 
for  character  strings  which  are  treated  like  arrays. 

In  the  AR  an  array  is  represented  by  its  index. 

3.3.3    Network  Analysis  Package  Modifications  (C.  Collins) 

In  order  to  achieve  a  greater  degree  of  machine  independence  in  the 
360  end  of  the  Network  Analysis  Package,  a  number  of  modifications  to  machine 
dependent  components  in  the  system  has  been  undertaken.   COMPIL  is  a  routine 
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originally  written  in  360  assembler  language.   Its  function  was  the  generation 
of  up  to  four  machine  language  executable  subroutines,  doing  various  operations 
on  three  vectors.   These  subroutines  were  used  in  the  solution  of  a  sparse 
matrix  system.   COMPIL  has  been  rewritten  in  FORTRAN,  and  now  generates  a 
vector  containing  up  to  four  interpretable  subroutines  in  pseudo  code.   An 
interpreter  for  the  pseudo  code  has  also  been  written  in  FORTRAN. 
From  the  user  viewpoint 

The  calling  sequence  to  COMPIL  and  the  nature  of  the  operations 
performed  has  changed  from  the  original.   The  operations  are  now  one,  two,  or 
three  address  assignment  statement  type.   So  the  calling  sequence  is  of  the 
form: 

CALL  COMPIL  (OPCODE,  SUBR#,  DEST,  LEFT,  RIGHT,  PW,  DY,  DOUT) 
PW,  DY  and  DOUT  are  the  three  vectors  to  be  operated  on,  PW  being  REAL*H,  the 
other  two  being  REAL*8.   In  the  calling  sequence,  however,  the  DOUT  parameter 
must  be  a  scalar  indicating  the  address  to  be  used  in  place  of  the  DOUT  vector 
in  the  immediate  execution  of  the  operation.   DEST,  LEFT  and  RIGHT  are  integers 
indicating  the  indices  for  the  three  operands,  the  destination,  the  left  hand 
operand  and  the  right  hand  operand,  i.e.: 

VECl(DEST)  =  VEC2(LEFT)  <op>  VEC3 (RIGHT) 
SUBR#  is  the  number  of  the  subroutine  being  generated,  between  1  and  h.      OPCODE 
is  an  integer  indicating  which  of  the  operations  is  to  be  compiled.   The  current 
op  codes  are  tailored  to  the  needs  of  the  various  routines  calling  COMPIL,  and 
it  is  expected  that  any  new  operations  being  introduced  into  the  system  would 
require  additions  to  COMPIL.   T0  is  a  temporary  REAL*8  location  the  different 
ops  might  use.   The  current  op  codes,  18  in  number,  are: 


1 

DOUT 

4r 

DY/PW 

2 

T0 

- 

DY*(-PW) 

3 

T0 

■*■ 

DOUT*(-PW) 

k 

DY 

-<- 

DY+T0 

5 

DOUT 

- 

0 

6 

DOUT 

- 

DY+T0 

7 

DOUT 

- 

DOUT+T0 

8 

DOUT 

- 

-DOUT+T0 

9 

DOUT 

- 

DOUT-DY 

10 

DOUT 

- 

DY-T0 

11 

DOUT 

- 

DOUT+DY 

12 

DOUT 

-<- 

DY 

13 

PW 

<- 

PW/PW 

lH 

T0 

■+■ 

PW*(-PW) 

15 

PW 

<- 

PW+T0 

16 

T0 

- 

PW* ( -T0 ) 

IT 

T0 

-<- 

DOUT 

18 

PW 

«- 

PW+PW 

The  four  subroutines  generated  are  referenced  "by  the  entry  points 
MATIN1,  MATIN2,  MATIN3  and  MATMUL. 

There  also  are  five  special  op  codes  that  generate  no  pseudo  code, 
These  special  codes  are  indicated  by  calling  COMPIL  with  SUBR#=-1.   These 
codes  have  the  following  meanings: 
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0  =  Terminate  all  subroutines . 

1  =  Initialize  COMPIL. 

2  =  Mark  Pivot  division. 

3  =  Mark  forward  elimination. 
k  =   Mark  "back  substitution. 

Op  codes  2,  3  and  k   are  for  use  in  error  recovery,  and  basically 
store  a  snapshot  of  the  state  of  the  subroutines  being  generated.   With  the 
aid  of  this  snapshot,  the  error  recovery  can  determine  which  type  of  operation 
was  taking  place  when  the  error  occurred.   To  aid  this  snapshot,  when  one  of 
the  mark  op  codes  is  compiled,  the  DEST  parameter  contains  the  ROW#  and  the 
LEFT  parameter  contains  the  COU. 
Internal  representation 

To  sidestep  the  problem  of  allocating  four  separate  areas  for  the 
four  subroutines,  the  pseudo  code  is  generated  into  one  large  linked  list. 
The  vector  CODE  is  INTEGER*2.  This  vector  contains  the  pseudo  code.  Each 
entry  is  from  two  to  four  entries  long,  and  has  the  format: 

WORD  1:      OPCODE  +  (6U*NEXT) 

WORD  2:       INDEX 

WORD  3:       INDEX2 

WORD  h:  INDEX 

where  NEXT  is  the  array  index  of  the  next  instruction  in  the  subroutine.   If 
NEXT=0,  the  subroutine  exits.   Note  that  for  operations  requiring  less  than 
three  addresses,  the  extra  indices  are  not  stored. 

The  array  SUBS  is  a  2xk   array  containing  in  its  first  entries  the 
index  of  the  first  instruction  of  the  particular  subroutine.   If  this  field 
is  zero,  an  immediate  exit  is  taken.   The  second  element  of  the  array  is  used 
to  keep  track  of  the  index  of  the  previous  instruction  generated  for  that 
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subroutine. 

The  array  MAP  is  seven  entries  wide.   It  is  here  that  the  snapshots 
are  stored  when  a  MARK  instruction  is  compiled.   The  snapshot  contains  the 
following  seven  items: 

MAP(l,*)     OPCODE  (2,  3  or  h) 

MAP(2,*)     ROW# 

MAP(3,*)      COL# 

MAP(U,*)     MATIN1  current  index 

MAP(5,*)     MATIN2  current  index 

MAP(6,*)     MATIN3  current  index 

MAP (7,*)     MATMUL  current  index 
In  order  to  add  new  op  codes  to  the  routines,  these  steps  are 
necessary: 

1)  include  an  entry  for  the  op  code  in  the  table  OPTYP  indicating  its 
addressing  scheme 

2)  insert  the  operation  into  the  computed  GO  TO  in  COMPIL 

3)  insert  it  into  the  GO  TO  in  MATMUK 

k)      change  the  variable  MAXOP  to  indicate  the  highest  legal  OP  value 

3.3.4    Interpreter  Language  Assembler  (M.  Wolfe) 
General 

I  am  currently  writing  an  assembler  for  the  interpreter  language  to 
be  used  in  rewriting  GRASS.   The  assmebler's  input  is  the  program  written  in 
mnemonic  code,  and  the  ultimate  output  is  the  character  string  representation 
of  the  code  in  octal  to  be  read  into  the  PDP-8  which  will  interpret  and 
execute  the  code. 

First  I  will  discuss  some  of  the  syntax  of  the  language.   The  language 
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is  composed  of  statements.   Each  statement  has  three  parts: 

1)  label  (optional) 

2)  instruction 

3)  operandi s)  (sometimes) 

All  labels  are  optional,  but  when  one  is  used,  it  must  be  a  character 
string  beginning  with  an  alphabetic,  composed  of  alphabetic  and  numerical 
characters,  and  must  be  followed  by  a  colon  (':')• 

The  instruction  field  is  necessary  in  all  statements.   A  null 
statement,  a  blank  card,  is  passed  over. 

The  operand  field  is  necessary  in  some  instructions,  optional  in  some, 
and  not  used  in  others.  Most  instructions  which  use  an  operand  have  a  default 
operand,  often  zero,  which  is  used  if  an  operand  is  not  specified. 

Each  statement  is  assumed  to  occupy  one  line  (card)  of  the  input. 
There  are  two  ways  to  modify  this  convention.   More  than  one  statement  may  be 
on  a  single  card  if  the  statements  are  separated  by  semicolons  (';')•   The 
semicolon  is  read  as  the  end  of  the  current  statement,  and  a  new  statement  is 
assumed  to  start  after  the  semicolon  on  the  same  card. 

Also,  a  single  statement  may  run  over  more  than  one  card.  When  the 
current  statement  continues  on  the  next  card  the  programmer  must  put  an 
asterisk  as  the  last  character  on  the  current  card.  This  asterisk  may  occur 
anywhere  on  the  current  card,  but  nothing  following  the  asterisk  is  scanned, 
so  any  part  of  the  statement  must  be  before  the  asterisk  or  on  the  following 
card.   A  statement  may  be  continued  onto  as  many  cards  as  desired. 

Comments  are  enclosed  in  percent  signs.   A  comment  does  not  run  over 
to  the  next  card  even  if  not  closed  by  an  ending  percent  sign.   If  a  comment 
takes  more  than  one  card,  each  card  must  begin  with  a  percent  sign. 

Each  program  is  composed  of  an  external  procedure.   Each  procedure 
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must  be  compiled  separately,  and  each  must  occupy  no  more  than  kK   of  core,  a 
limitation  of  the  PDP-8. 

Each  external  procedure  is  composed  of  internal  procedures.   The 
main  routine  is  the  first.   Each  internal  procedure  begins  with  a  procedure 
declaration 

name:   PROC  {(parameters )}. 
Each  ends  with  an  END  statement. 
Assembler  Workings 

The  assembler  uses  three  symbol  tables,  one  for  each  instruction  field. 
The  first  of  these,  the  instruction  symbol  table,  is  used  to  decode  instructions. 
The  label  symbol  table  is  used  to  store  information  about  statement  labels 
and  procedure  names.   The  variable  symbol  table  is  used  to  store  global  and 
local  variables,  constants,  and  pseudovariables  which  may  be  used  in  the 
program. 

Each  symbol  table  is  made  of  three  parts.   The  first  is  a  character 
string  representation  of  the  elements  of  the  symbols.   The  second  is  an  integer 
array  called  TABLE  which  has  four  entries  for  each  element.   The  first  entry 
is  a  pointer  to  the  character  substring  of  CHARS  representing  that  element. 
It  is  set  to  the  subscript  of  the  first  character  of  the  character  string  in 
CHARS  of  that  element.   The  second  entry  contains  the  length  the  character 
string  for  that  element.   With  these  two  entries  we  can  retrieve  the  character 
string  name  for  the  entry  with  the  SUBSTR  function  by 
SUBSTR  (CHARS,  ENTRY1,  ENTRY2). 

The  third  and  fourth  entries  are  pointers  to  the  left  son  and  right 
son  of  this  entry  in  a  binary  tree.   This  tree  is  sorted  alphabetically,  with 
the  first  entry  being  the  root  of  the  tree,  and  succeeding  entries  entered  in 
the  left  or  right  subtrees,  depending  upon  whether  they  are  alphabetically 
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greater  than  or  less  than  the  root.   The  search  procedure  works  similarly,  hut 
instead  of  entering  a  new  element,  if  the  searched  for  element  is  not  found, 
the  search  fails. 
Types  of  Instructions 

Type  # 

1  :  No  operand  instructions.   The  operand  field  of  the  instruction  is 
ignored.   To  assemble  these  instructions,  the  op  code  is  inserted 
into  the  code  and  the  stack  is  adjusted,  if  necessary. 

2  :  One  operand,  five  hit,  greater  than  zero  instructions.   These 
instructions  have  a  constant  operand  which  must  he  decoded  and 
represented  in  five  hits.   This  number,  n,  therefore  must  satisfy 
0  £  n,  $  31-   Tne  instruction  is  one  word  long. 

3  :  One  operand,  five  bit,  sign  magnitude  instructions.   Like  type  2 
instructions,  these  have  a  constant  operand  which  must  be  decoded 
and  represented  in  a  sign  magnitude  number,  n,  of  five  bits,  so  that 

-15  $  n  <  15. 
1+     :  One  operand,  five  bit,  two's  complement  instructions.   Like  types 
2  and  3,  these  instructions  have  a  constant  operand,  decoded  into  a 
number,  n,  which  must  be  a  five  bit  two's  complement  number, 

-16  $  n  $  15- 

In  types  2,  3,  and  h,   the  operand  and  op  code  are  combined  into  one 
word  and  inserted  into  the  code,  and. the  stack  level  is  adjusted. 
5     :  One  operand,  seven  bit,  stack  addressing  instructions.   These 

instructions  can  take  either  one  or  two  words.   The  operand  is  the 
address  of  a  stack  level.   In  one  word,  this  instruction  can  address 
63  global  stack  levels  and  32  local  stack  levels.   With  two  words, 
this  instruction  can  address  20U8  global  levels  and  102U  local  levels 
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The  operand  field  of  this  instruction  is  the  last  seven  bits  of  the 
first  word.   One  of  these  bits  is  the  global  bit;  if  the  global  bit 
is  on,  the  operand  refers  to  a  global  stack  level.   Another  bit  is 
the  indirect  bit.   If  the  indirect  bit  is  on,  then  the  operand  field 
refers  to  the  address  of  the  desired  stack  level. 

If  the  desired  level  cannot  be  addressed  in  one  word,  then  a  second 
word  is  added,  and  the  address  is  put  into  the  second  word  of  the 
instruction.   Global  stack  levels  are  addressed  by  their  absolute 
stack  level,  while  local  levels  are  addressed  by  the  offset  of  the 
desired  level  from  the  current  stack  level. 

To  assemble  this  instruction,  the  operand  is  decoded.   If  it  is  a 
global  level,  then  the  proper  level  representation  is  put  in  the 
seven  bit  operand  field,  or  the  second  word  if  it  won't  fit  in 
seven  bits.   If  it  is  a  local  level,  then  the  offset  from  the  current 
level  is  computed,  and  that  is  used  in  the  seven  bit  operand  field. 
:  One  operand  branch  instructions.   These  instructions  have  one 
operand  (a  statement  label)  to  which  a  branch  is  executed  upon 
certain  conditions.   To  assemble  this  instruction,  a  link  to  the 
symbol  table  entry  of  the  operand  label  is  generated  and  inserted 
into  the  code  in  the  word  following  the  op  code.   In  pass  2  of  the 
assembler,  this  link  is  translated  into  the  address  of  the  label, 
and  a  check  is  made  to  assure  that  the  branch  is  made  to  a  statement 
with  the  same  stack  level,  so  local  stack  level  addresses  are  the 
same . 

:  One  operand,  text  string  instructions.   The  operand  for  these 
instructions  is  a  text  string.   This  text  string  is  encoded  into 
six  bit  ASC  II,  and  stored  two  characters  per  word  in  the  program. 
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The  last  five  bits  of  the  first  word,  which  contains  the  op  code, 
is  used  to  tell  the  interpreter  how  many  words  follow  the  first 
word.   The  second  word  is  used  to  tell  how  many  characters  are 
in  the  string.   The  operand  for  this  instruction  may  also  he  a 
previously  declared  pseudo  variable  which  will  refer  to  a  text 
string. 

8  :  Two  operand,  branch  address  and  text  string.   This  type  is  a 
combination  of  the  above  two  types.   The  first  operand,  a  branch 
address,  is  decoded  and  a  link  to  the  symbol  table  entry  is  put 
in  the  word  following  the  op  code.   Then  the  text  string  is 
decoded,  as  in  type  7,  and  inserted  following  the  branch  address. 

9  :  BRTBL  (branch  table).   This  instruction  has  a  variable  number  of 
operands,  each  of  which  is  a  statement  label.   Each  label  is  decoded 
and  a  link,  as  in  type  6  instructions,  is  inserted  into  the  code. 
The  last  seven  bits  of  the  op  code  are  used  to  tell  the  interpreter 
how  many  labels  are  following  the  op  code.   The  operand  may  also  be 
a  pseudo  variable  which  has  been  previously  defined  to  refer  to  a 
list  of  labels. 

10  :  TESTBR  (test  branch).   This  instruction  has  two  operands,  a 
constant  and  a  branch  address.   The  constant  is  decoded  and  put 

in  the  last  seven  bits  of  the  op  code.   A  link  to  the  symbol  table 
entry  of  the  label  is  put  in  the  second  word,  to  be  decoded  in 
pass  2. 

11  :  SETGRID  (set  grid).   This  instruction  has  two  variable  length 
lists  as  input.   Each  list  is  composed  of  constants  which  are  de- 
coded and  put  into  the  code  following  the  op  code.   The  last  seven 
bits  of  the  op  code  are  used  to  tell  the  interpreter  how  many  words 
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of  the  instruction  follow  the  op  code.   The  second  word  of  the 
instruction  tells  how  many  entries  of  the  first  word  follow.   Then 
the  first  list  follows.   The  next  word  contains  the  number  of  entries 
in  the  second  list,  and  is  followed  by  the  second  list. 

12  :  LOAD.   This  instruction  loads  the  operand  onto  the  stack,  a  push 
operation.   The  load  can  be  direct,  indirect,  or  immediate.   It  can 
take  one  or  two  words.   If  the  operand  is  a  constant,  then  the  con- 
stant is  loaded  immediately  onto  the  stack.   If  the  operand  is  a 
stack  level,  then  the  contents  of  that  level  are  loaded  onto  the 
stack.   The  operand  is  put  in  the  last  seven  bits  of  the  op  code,  if 
it  will  fit;  else  it  is  put  into  the  second  word. 

13  :  Pop.   The  operand  to  this  instruction  is  a  constant.   This  is 
decoded  and  put  in  the  last  five  bits  of  the  op  code.   The  instruc- 
tion pops  a  certain  number  of  levels  from  the  stack,  and  the  stack 
level  must  be  adjusted. 

Ik  :  CALLI  (call  internal).   This  instruction  calls  an  internal  procedure. 

The  operands  are  a  list  of  parameters,  each  of  which  generate  a  load 
to  load  the  address  of  the  parameter.   Then  op  code  for  CALLI  is  in- 
serted into  the  program,  and  the  address  of  the  subroutine  is  put  in 
the  second  word  following  the  op  code.   The  last  five  bits  of  the 
op  code  tell  how  many  parameters  were  pushed  onto  the  stack  so  that 
upon  return  from  the  subroutine,  the  stack  is  returned  to  its  original 
level. 

15  :  CALLE  (call  external).   This  instruction  calls  an  external  procedure. 
It  is  assembled  like  CALLI. 

16  :  WAIT.   This  instruction  halts  execution  of  the  program  until  certain 

conditions  are  met.   The  operands  specify  what  conditions  are  being 
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waited  on,    and  these   are  translated  into  a  bit  pattern  in  the  word 
following  the   op   code. 
Not  used. 

:    DGV   (declare   global  variable).      This   instruction  pushes   a  new 
level   onto  the   stack.      It   requires   a  label,  which  is  then  defined 
as   a  global  variable  with  address   of  that   level.      Because   global 
stack  variables  must  be   at  the  bottom  of  the   stack,   this   instruction 
must  precede   all   others   in  the  procedure. 

20  :    DSV   (declare   local  variable).      This   instruction,   like  DGV,   pushes 
a  new  level  onto  the   stack,   but   defines   its   label  as   a  local   stack 
variable  with   address   at  that   level.      This   instruction  may  occur 
anywhere   in  the  procedure,  but  must   occur  before  the  variable   is 
used. 

21  :    TEXT.      This   is   a  pseudo-instruction  which  requires   a  label  and  a 
text   string  operand.      The  label  is   defined  as  a  pseudo-variable 
equivalent  to  the  text  string  for  use   in  type  T  and  8  instructions. 

22  :    GRID.      This  pseudo-instruction   also   requires   a  label  and  an  operand, 
which  will  be   a  grid  partition  in  the   form  of  two  lists  like  those 
used  in  the   SETGRID  instruction.      The   label  is   defined  to  be   equiva- 
lent to  this   grid  partition  for  use   in   SETGRID  instructions. 

23  :    ADDRTBL.      Like   the   above,   this  pseudo-instruction   defines   a  label 
to  be  equivalent  to  the  operand,  which  is   a  list  of  statement  labels. 
It   is  used  in  the  BRTBL  instruction. 

2k  :    EQU.      This   defines   its   label  to  be   equivalent  to  a  constant  or  to 

a  stack  level  relative  to  the  top  of  the   stack.      Like  other  pseudo- 
instructions,    it  requires   a  label  and  an   operand. 

25  :    PROC.      This   defines   a  label  to  be    a  procedure  name,    and  begins   a 
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new  procedure.   It  may  be  followed  by  a  list  of  parameters  which 

are  defined  as  local  stack  levels.   When  this  procedure  is  called, 

the  addresses  of  the  true  operand  should  already  be  on  the  stack. 
26     :  END.   This  ends  the  current  procedure. 
Assembly  Process 

First,  the  card  is  scanned  for  the  first  token.  The  scanner  has  a 
look-ahead,  so  it  recognizes  a  label  by  the  colon.  If  the  first  token  is  a 
label,  then  it  is  saved  and  the  card  is  scanned  further. 

When  the  instruction  is  found,  then  it  is  searched  for  in  the  symbol 
table.   If  it  is  found,  then  the  entry  is  decoded  as  to  op  code,  instruction 
type,  and  how  the  stack  is  affected.   Then  the  assembler  goes  to  assemble  it 
according  to  the  type  of  instruction  it  is. 

If  an  operand  is  expected,  then  the  card  is  scanned  further  until 
another  token  or  the  end  of  the  statement,  in  the  form  of  the  end  of  the  card 
or  a  semicolon,  is  found.   The  token  is  decoded,  and  checked  to  see  that  it 
is  a  valid  operand.   If  no  operand  or  an  invalid  operand  is  found,  then  a 
default  operand  is  used.   The  assembled  instruction  is  saved  in  an  integer 
array.   This  array  represents  the  UK  of  core  of  the  PDP-8.   Every  128  words 
comprise  a  "page".   When  the  instruction  is  put  into  the  array,  it  must  not 
run  over  a  page  boundary.   This  is  important  only  in  multiple-word  instructions. 
If  a  label  was  defined  for  that  statement,  then  it  is  defined  at  the  location 
at  which  the  instruction  is  inserted.   Then  the  process  continues  for  the  next 
instruction. 

Addresses  are  assembled  in  the  second  pass. 

In  the  first  pass,  all  branch  addresses  are  stored  in  the  integer 

array  as  special  pointers  to  symbol  table  entries.   In  the  second  pass,  these 

pointers  are  traced  and  the  actual  addresses  are  inserted.   The  stack  levels 
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are  checked  for  compatibility. 

Then  the  code  is  outputted  into  a  file  so  it  can  be  read  into  the 
PDP-8  for  interpretation  and  execution. 

3.U      Satellite  Processor  Software  and  Hardware 

3.H.1    CTKTST  -  Backpanel  Wiring  Test  Program  (R.  Whyte) 

CTKTST  was  written  to  allow  the  back  panel  wiring  of  sample  computek 

terminals  to  be  tested  against  a  standard  terminal  with  a  wiring  list  resulting. 

The  software  merely  generates  and  interprets  data  used  by  the  testing  hardware. 

Along  with  this  it  provides  keyboard  control,  hard  copy  output  of  lists,  and  a 

file  of  the  standard  terminal  connections. 

Using  CTKTST 

The  software  program  consists  of  two  parts,  a  generation  state  in 

which  a  standard  terminal  is  'read'  and  a  wiring  list  is  generated  and  an 
interrogation  state  in  which  a  sample  terminal  is  tested  and  a  discrepancy 
list  is  generated.   Since  the  computek  is  composed  of  twenty-six,  eighty 
pin,  plug  in  boards  with  wiring  connections  both  within  a  single  board  and 
between  two  separate  boards,  the  software  program  runs  in  two  modes,  a  self 
sensing  one  in  which  intraboard  connections  are  read  or  tested  and  an  alter- 
nate-sense one  in  which  interboard  connections  are  read  or  tested.   These 
two  nodes  are  reflected  in  the  use  of  the  two  testing  boards  which  are  sub- 
stitute plugged  into  various  board  positions  in  the  computek.   By  employing 
the  software  program  and  the  hardware  testing  boards  properly,  inconsistencies 
in  a  terminal  can  be  discovered  without  damage  to  the  hardware  of  the  terminal. 

The  proper  method  for  running  and  using  the  program  is  as  follows. 
To  load  the  test  routine  the  user  must  type  on  the  PDP-8  console: 

.  R  CTKTST 
which  causes  the  OS/8  operating  system  to  locate  and  load  the  test  program. 
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Once  the  program  is  loaded  and  is  in  control  it  will  respond  by  typing  an 
asterisk  at  the  console.   At  this  point  the  user  selects  the  devices  and  names 
with  which  the  program  will  associate.   The  general  form  of  the  commod  line  is 
as  follows : 

output  device:  <  file  device:  file  name/function 
where 

output  device:  is  the  device,  either  TTY  for  the  PDP-8  console  or  LPT  for  the 
line  printer,  on  which  pin  connections  are  printed  if  in  generate  state  or  pin 
connection  discrepancies  are  printed  if  in  test  state 

file  device:  is  the  device  on  which  the  pin  connection  table  is  stored  if  in 
generate  state  or  the  pin  connection  table  is  to  be  found  if  in  test  state 
(DTA_,  DISK) 

file  name:  is  the  name  of  the  file  in  which  the  pin  connection  table  is  stored 
if  in  generate  state  or  the  pin  connection  table  is  to  be  found  if  in  test 
state  (FILE,  PA. . . ) 

function:  is  the  state  in  which  the  program  should  run.   G  is  for  generate 
state  and  T  is  for  test  state. 

NOTE:  if  any  of  the  above  are  not  specified  a  default  value  is  substituted. 
The  default  values  are: 

TTY:  <  SYS:  CTKLST/G 
The  program  now  begins  to  build  the  wire  connection  table  if  generating,  or 
gets  the  already  generated  table  from  the  device  if  testing.   When  this  is 
accomplished  it  will  type: 

DRIVE  =  A  without  a  carriage  return  or  line  feed.   A  is  the  card  which  the 
program  expects  to  be  driven.   If  this  is  not  the  card  the  user  wishes  to 
drive  one  merely  types  the  letter  of  the  card  to  be  driven.   In  both  cases, 
the  drive  test  card  should  be  positioned  in  the  terminal  to  be  tested  in  the 

-111- 


corresponding  slot  and  the  carriage  return  typed.  The  program  then  types: 
SENSE  =  A  again  without  a  carriage  return  or  line  feed.   The  same  procedure 
should  be  followed  as  for  the  drive  card  only  this  time  with  the  sense  card. 
In  the  case  of  self-sensing  (i.e.,  drive  and  sense  cards  specified  are  the 
same)  the  sense  card  is  not  placed  in  the  terminal.   When  carriage  return  is 
now  typed  the  program  begins  by  driving  the  first  pin  on  the  drive  card  and 
sensing  the  second  through  last  pins  on  the  sense  card  if  self-sensing,  or 
first  to  last  if  alternate-sensing.   Output  responses  are  now  determined  by 
the  state  of  the  program. 

GENERATE  STATE  -  If  no  function  or  G  was  specified  the  program  will  print  on 

the  output  device  any  pins  which  are  connected.   The  output  might  look  like: 

DRIVE  PIN  =  1     SENSE  PIN  =  2 

5 

DRIVE  PIN  =  2     SENSE  PIN  =  3 

DRIVE  PIN  =  60    SENSE  PIN  =  68 

72 

when  the  entire  set  of  drive  and  sense  pin  combinations  have  been  generated 

the  program  will  then  type  the  next  set  of  expected  test  cards 

DRIVE  =  A 

SENSE  =  B 

and  so  on  until  all  the  boards  have  been  tested.  At  this  point  the  completed 

table  is  output  to  the  specified  device  under  the  specified  file  name  and  the 

program  returns  to  the  command  decoder  for  the  specification  of  a  new  command 

line.   The  user  would  probably  then  wish  to  begin  the  test  of  another  terminal, 

TEST  STATE  -  If  T  was  specified  as  the  function  the  program  will  be  in  test 

state,  and  will  print  any  pin  connection  discrepancies.   The  output  could  have 
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two  forms  depending  upon  the  irregularity.   The  output  might  look  like: 

1    OUGHT  TO  BE  CONNECTED  TO  6 

T    SHOULD  NOT  CONNECT  TO  10 

and  so  on.   As  in  the  generate  state  when  a  card  pair  is  exhausted,  a  new 

expected  pair  is  printed  and  the  process  continues.   When  all  card  pairs 

have  been  tested  the  program  returns  control  to  the  OS/8  system  for  the 

specification  of  a  new  program. 

The  user  also  has  the  ability  to  stop  the  program  action  at  any 

time  by  typing  various  control  characters.   These  control  characters  and 

the  resulting  action  are  as  follows: 

+C  -  exit  program  and  return  to  0  /8 

tP  -  exit  to  commod  decoder  to  specify  new  commod  line 

+0  -  stop  current  test  to  specify  a  new  card  pair 

rubout  -  rub  out  last  character  typed 

+U  -  rub  out  last  line  typed 

+T  -  set  output  device  to  TTY 

+V  -  set  output  device  to  LPT 

Various  errors  can  result  using  CTKTST.   Some  of  these  are  due  to 

OS/8  system  faults  while  others  are  the  result  of  a  user  fault.   When  CTKTST 

detects  an  error  it  outputs  an  error  message  on  the  console  and  exits  control 

to  the  OS/8  system.   The  error  messages  are  as  follows: 

DEVICE  ERROR    occurs  when  a  parity  error  is  detected  on  I/O 

LOOKUP  ERROR    occurs  when  the  specified  table  file  does  not  exist  on  the 

specified  device 

ILLEGAL  CARD    occurs  when  a  request  is  made  to  test  a  card  which  is  not  in 
SPECIFICATION 

the  computek 

GENERATE  TABLE  occurs  when  the  generation  table  is  too  large.   Recovery 
EXCEEDS  SPACE 
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could  be  made  by  generating  two  tables,  each  half  of  the 

overall  one. 
CTKTST  -  Software  Details 

Basically  CTKTST  consists  of  four  ested  loops  which  increment 
counters  to  test  all  possible  unique  drive  card  (DCARD) ,  sense  card  ( SCARD), 
drive  pin  (DRVPIN),  sense  pin  (SNSPIN)  combinations.   This  is  prefaced  by 
the  necessary  OS/8  system  software  calls  to  interpret  the  user  typed  command 
line,  load  device  handlers,  and  initialize  other  program  pointers. 

For  each  choice  of  DCARD,  SCARD,  DRVPIN  and  SNSPIN  a  hardware  test 
is  generated  and  interpreted  in  light  of  the  state  of  the  program.   The  hard- 
ware test  is  accomplished  by  setting  certain  bits  in  the  accumulator.   The 
hardware  test  interprets  the  accumulator  bits  in  the  following  way: 


Accumulator 


A  h      A   5 


t_ 


ll 

PIN  NUMBER 
ALTERNATE  SENSE  BIT 
DRIVE  BIT 
NOT  USED 


where 

PIN  NUMBER  is  the  internal  identifier  for  the  pin  to  which  the  test  is  to  be 

applied. 
ALTERNATE  SENSE  BIT  is  set  if  the  sense  and  drive  cards  are  not  the  same. 
DRIVE  BIT  is  set  if  the  hardware  function  is  to  drive  the  numbered  pin. 

When  the  drive  bit  =  0  the  hardware  returns  bit  11  set  if  there  is 

a  connection  to  the  previously  driven  pin. 

Once  the  hardware  test  is  made  the  result  is  interpreted  in  light  of 

-114- 


the  state  of  the  program.   In  GENERATE  STATE  a  table  of  pin  connections  is 
produced  in  core  with  the  following  format: 

PIN  CONNECTION  TABLE 


INTERNAL 

DRIVE  CARD 

NUMBER 


INTERNAL 

SENSE  CARD 

NUMBER 


DRIVE  PIN  NUMBER 


COUNT  OF  CONNECTIONS 


SENSE  PIN  NUMBER 
OF  FIRST  CONNECTION 


SENSE  PIN  NUMBER 
OF  SECOND  CONNECTION 


INTERNAL 

DRIVE  CARD 

NUMBER 


END  MARKER 
3    7        T 


TCARD 

DPIN 
P COUNT 

SPIN 


// 


The  table  values  are  referenced  by  the  pointers  indicated  where 
SPIN  actually  points  to  the  next  available  entry  in  the  table.   When  a  drive 
pin  and  a  sense  pin  combination  results  in  ACC11  bit  being  set  by  the  hardware 
test  the  following  operation  is  performed  on  the  table. 
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In  this  way  the  table  only  reflects  the  occurrence  of  a  connection 
between  a  given  card  pair.   Space  is  therefore  saved  by  not  recording  even 
the  card  names  for  cards  which  have  no  inter-connections. 

The  pin  pair  which  connect  are  then  output  to  the  appropriate  device 
via  some  output  routines  which  convert  internal  pin  numbers  to  printing 
characters  via  a  table  lookup.   When  all  the  cards  have  been  done,  the  table 
is  output  to  the  specified  device  using  OS/8'  system  software  device  handlers. 
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In  test  state  the  table  is  read  in  from  the  device  on  which  it  is 
stored  and  pointers  are  initialized  to  the  top  of  it.   Since  the  table  is 
sparse  and  contains  only  connections  and  no  other  information,  it  is  necessary 
to  perform  the  following  test  routine  each  time  a  hardware  test  is  made.   In 
this  way  instances  of  missing  connections  will  be  detected.   The  testing 
routine  looks  like  this: 
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In  this  way  the  test  routine  pointers  are  never  behind  the  actual 
parameters  and  will  be  incremented  when  the  actual  parameters  are  reached. 
When  all  the  cards  are  tested  the  program  returns  to  the  OS/8  system. 

One  final  feature  is  included  in  the  program.   If  the  card  values 
specified  by  the  user  do  not  correspond  to  those  which  the  program  expects 
a  scan  is  made  of  the  table  to  set  the  table  pointers  properly.   This  scan 
is  accomplished  by  setting  the  program  to  the  test  state  and  disabling  all 
output.   The  program  then  performs  the  test  loop  until  the  proper  card  value 
is  pointed  to  in  the  table  or  the  one  pointed  to  is  larger  than  the  desired 
value.   The  state  is  then  returned  to  the  original  one,  output  is  enabled 
and  the  program  continues.   This  method  while  slow  is  sufficient  and  involves 
no  more  programming  effort. 

3.U.2    PDF-8  Software  (N.  Hennegan) 
PL 

This  is  an  OS-8  utility  program  to  communicate  with  the  IBM  360 
filing  system.   Basically  this  routine  allows  the  user  to  send,  retrieve  and 
store  OS-8  source  files  in  PLORTS.   This  alleviates  the  problem  of  only  one 
person  being  able  to  edit  PDP-8  source  code  at  a  time.   Upon  entry,  the  user 
is  in  direct  communication  with  plorts.   By  typing: 
CTRL/C  -  The  channel  is  disabled  and  control  returns  to  the  user. 
CTRL/P  -  The  command  decoder  is  brought  in  enabling  the  user  to  specify  either 
an  OS-8  file  to  receive  input  or  OS-8  files  to  be  output.   When  an 
input  file  is  specified  (by  a  trailing  '<'),  the  currently  opened 
plorts  file  is  loaded  into  the  specified  input  file.   If  the  PLORT 
line  numbers  are  to  be  included,  the  '/L'  option  must  be  used.   For 

example : 
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*  LPT:  </L 
will  cause  the  file  to  "be  output  on  the  line  printer  with  the  PLORT 
line  numbers . 

If  files  are  to  be  output  to  PLORTS  (i.e.,  entered  in  PLORTS)  the 
user  must  first  open  a  file  and  get  into  the  ENTER  mode  (see  PLORTS 
MANUAL).   The  user  then  types  CTRL/P  and  then  the  name  or  names  of 
the  files  to  be  entered  in  PLORTS.   Upon  receipt  of  a  CR/LF,  the 
transfer  is  complete  but  the  user  is  still  in  enter  mode!   The  user 
may  use  the  '/E'  option  which  sends  the  string  'EXITTT'  after  the 
last  file  which  exits  the  user  from  the  ENTER  mode.   For  example: 

^_   DTA0:  FILE1/E 
will  cause  FILE1  on  DTA0  to  be  entered  into  the  current  PLORT  file 
and  an  'EXITTT'  to  be  sent  at  the  conclusion  of  the  transfer.   (Note 
the  default  extension  is  .PA. ) 

CTRL/V  -  Switch  output  device  to  the  line  printer  and  do  a  carriage  return, 
(i.e.,  by  typing  a  LN+V  ,  the  first  31  lines  of  the  files  will  be 
listed  on  the  LPT.   A  'CR'  will  output  the  next  31  lines.) 

CTRL/T  -  Switch  the  output  device  to  the  TTY  and  do  a  local  CR/LF. 

CTRL/L  -  Send  a  'EXITTT'  to  PLORTS 

CTRL/I  -  (Tab)   Tab  to  next  tab  stop  -  every  eighth  column. 

CTRL/0  -  Stop  further  output  until  keyboard  input. 

ALTMODE-  Same  as  CTRL/0 

CTRL/U  -  Do  a  local  deletion  of  the  current  line  in  TTY  buffer. 

CTRL/W  -  Same  as  CTRL/U 

RUBOUT  -  Delete  last  typed  character. 

SHFT/N  -  Same  as  RUBOUT 
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LINE  FEED  -  Retype  the  current  line  to  the  present  position  as  it  appears  in 
the  PLORTS  input  buffer. 

I  encountered  three  major  problems  in  writing  this  routine.   The 
first  is  that  the  supervisor  for  the  channel  expects  6-bit  packed  ASCII 
characters.   Two  control  characters  CTRL/Z  (232)  and  CTRL/L  (2lU)  which  are 
not  included  in  the  trimmed  ASCII  set  are  used  extensively  in  the  OS-8  filing 
structure.   The  CTRL/Z  is  used  to  signify  an  end  of  file  and  the  CTRL/L  is 
used  by  the  paging  editor  to  signify  the  end  of  a  block  of  text.   To  overcome 
this  difficulty  and  still  allow  the  user  to  enter  the  same  information  through 
plorts  the  two  characters  are  converted  to  the  text  string  'ENDOFFILE'  and 
'FORMFEED'  when  sent  to  the  filing  system  and  reconverted  when  received.   Hence 
when  creating  an  OS-8  source  file  in  PLORTS,  the  user  should  insert  a  'FORMFEED' 
in  at  least  every  100  line  of  text  and  end  the  file  with  the  string  'ENDOFFILE'. 
This  last  string  is  particularly  important  since  the  program  expects  the  string 
and  will  loop  until  it  is  received. 

Another  problem  encountered  with  the  channel  supervisor  is  that  a  line 
greater  than  6k   characters  is  sent  through  the  channel  as  two  lines.   This 
caused  all  sorts  of  havoc  with  the  assembler  because  comments  were  showing  up 
in  the  instruction  fields.   This  problem  could  not  be  easily  handled  with  the 
program  in  the  PDP-8  so  the  command  '#L0NG'  and  '#D  LONG'  have  been  added  to 
the  channel  supervisor.   This  allows  text  lines  of  length  greater  than  6U 
characters  to  be  sent  as  one  line.   Upon  entry  and  before  each  file  transfer, 
the  string  '#L0NG'  is  sent  to  the  supervisor.   The  string  '#D  LONG'  which 
negates  #L0NG  is  sent  to  the  supervisor  before  returning  to  the  OS/8  monitor. 

The  third  problem  deals  with  sending  text  line  of  a  file  to  PLORTS 
at  too  great  of  a  rate.  The  filing  system  PLORTS  was  designed  for  input  from 
fairly  low  speed  terminals  such  as  teletypes,  while  the  channel  is  capable  of 
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transmissions  at  about  one-half  a  million  baud.   PLORTS  will  spool  any  command 
or  text  that  it  cannot  immediately  accept  so  that  effective  transmissions  are 
reduced  once  we  exceed  the  point  at  which  PLORTS  can  accept  the  text  line 
immediately.   A  further  problem  occurs  when  the  user  disk  allocation  becomes 
filled.   When  this  happens,  the  filing  system  returns  the  message  'DISK  FULL' 
which  is  also  buffered  on  disk  since  the  channel  is  half  duplex  and  is  busy 
sending  messages  to  PLORTS.   We  then  get  a  backlog  of  spooled  error  messages. 

After  a  bit  of  trial  and  error  I  have  found  that  pausing  about  60 
milli  seconds  between  each  line  transmitted  to  PLORTS  and  concurrently  testing 
for  any  messages  from  PLORTS  gives  satisfactory  results  at  times  when  the 
filing  system  is  not  saturated.   Text  line  transmissions  run  close  to  800  per 
minute.   Very  rarely  though,  the  filing  system  may  become  saturated  and  the 
message  "WAIT"  or  "DISK  FULL"  is  received.   If  this  occurs  the  user  may  decide 
to  just  try  again  or  he  can  set  the  low  5  bits  of  the  switch  register  to 
additional  delay  increments  of  about  20  m.s.,  i.e.  setting  the  low  5  bits  of 
the  switch  register  to  3  will  delay  each  line  transmission  an  additional  60  m.s. 

3.U.3    PDP8  Party-line  A0  Expander  (A.  Whaley,  W.  Tarn) 

Various  peripheral  devices  had  been  connected  to  the  PDP8  and  most  of 
these  communicate  via  the  accumulator.   The  non-uniform  interfacing  of  these 
devices,  both  logically  and  electrically,  had  caused  considerable  problems  in 
trouble-shooting  or  modifying  the  system.   As  more  devices  are  expected  to  be 
added,  standardization  of  interfaces  becomes  a  must.   Also  means  were  sought  to 
minimize  the  number  of  connecting  wires  to  the  accumulator. 

On  close  examination  of  most  peripheral  devices  we  found  that  the 
following  signals  were  most  frequently  used: 
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(i)    up  to  12  "bits  of  accumulator  content  to  the  device 

(ii)   up  to  12  bits  of  data  to  be  loaded  into  AC 

(iii)   3  10P  pulses 

(iv)   the  lower  9  bits  of  the  memory  buffer  (MB) 

(v)    load  accumulator  (LDAC),  clear  accumulator  CLAC,  SKIP  and 

INTERRUPT  signals. 
The  signal  lines  in  (i)  and  (ii)  are  combined  using  half-duplex 
interfacing  (party-line).   The  basic  circuit  for  one  accumulator  bit  is  shown 
in  Figure  3.   The  direction  of  signal  flow  is  controlled  by  the  LDAC  signal. 
Normally  LDAC  is  at  logical  zero  for  all  devices.   The  open  collector  gates 
in  the  devices  are  turned  off,  the  buffer  gate  (also  open  collector)  is  enabled. 
The  content  of  the  AC  is  then  available  to  all  devices.   The  open  collector 
buffer  gate  can  drive  up  to  30  inputs.   When  a  device  wishes  to  load  the ^ 
accumulator,  it  will  "pull  down"  on  the  LDAC  line  (LDAC  goes  to  logic  l).   The 
open  collector  gate  in  the  device  interface  is  turned  on,  and  the  buffer  gate 
is  turned  off.   Thus  the  AC  signal  line  is  "turned  around".   The  databit(s) 
from  the  device  is  loaded  into  the  AC  via  an  OR  gate,  which  is  controlled  by 
a  delayed  LDAC.   This  is  to  ensure  that  the  signal  line  settles  down  before 
information  is  loaded  into  the  AC. 

Using  this  scheme,  the  number  of  connections  to  the  AC  bits  are 
reduced  by  half.   Standardization  is  achieved  as  well  as  inter-device 
independence.   Devices  can  be  added  or  removed  without  locking  out  the  AC 

input  s . 

As  for  the  MB  and  10P  lines,  a  simple  open  collector  buffer  capable 
of  driving  30  inputs  is  used  for  each  line.   For  the  CLAC,  SKIP,  INT  signals, 
each  device  is  to  provide  the  signal  in  complemented  form  via  an  open  collector 
output  gate.   The  common  load  resistor  for  all  such  gates  is  on  the  bus.   Thus 
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devices  generating  ghese  signals  can  be  plugged  in  or  pulled  out  without 
affecting  the  PDP8  and  other  devices. 
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3.h.k         Computek  Wiring  Diagnostic  Device  (W.  Tarn) 

Although  this  device  was  designed  to  check  computek  wiring  errors, 

it  can  be  easily  modified  for  other  similar  purposes.   The  device  is  actually 

an  addressable  "make  or  break"  detector.   It  communicates  with  the  PDP8  via 

the  accumulator  panel.   The  input  and  output  of  the  AC  has  the  following 

formats. 

FUNCTION 

SENSER  SELECT 


from  AC 


X 

PIN   NUMBER 

AC3  = 


ACi+  = 


AC3  ACU  AC5 

0  SENSE 

1  DRIVE 

0  SELF  SENSER 

1  ALTERNATE  SENSER 


AC11 


to  AC 


INT 


SENSE  DATA 


ACO  AC11 

The  device  can  be  divided  into  three  parts: 
(i)    pin  driver 

(ii)    self  senser  (or  local  senser) 
(iii)   alternate  senser 


-127- 


rrr 


QUI  ten      MUiTBR 


i£±f  jWseX    Aiutre*. 


,1X1 


IL 


m 


BLCX-K  t>lA  GRAM 


•128- 


Each  of  these  parts  has  a  7  hit  pin  number  register  which  is 
selectively  loaded.   The  pin  driver  uses  two  levels  of  BCD  decoder/drivers 
to  drive  one  out  of  80  pins  to  ground  according  to  the  content  of  the  driver 
register.   The  sensers  are  one-out-of-80  data  selectors  that  can  sense  any 
one  of  the  80  lines  specified  by  the  content  of  the  7  hit  senser  registers. 
The  difference  between  the  self  and  alternate  sensers  is  that  the  80  pins 
which  the  self  senser  senses  is  the  same  80  pins  that  the  driver  drives,  while 
to  alternate  senser  is  mounted  on  another  80  pin  PC  connector  card. 

The  accumulator  is  used  both  to  send  instructions  to  the  device  and 
read  in  the  result  of  the  last  sense  instruction.   The  device  has  a  kk   pin 
card  connector  which  plugs  into  the  accumulator  panel.   When  the  PDP8  executes 
an  10T  6U6l,  the  strobe  cause  the  lower  7  bits  of  AC  to  be  loaded  into  either 
the  driver  or  one  of  the  senser  registers,  depending  on  bits  3  and  h   of  AC. 
If  bit  AC3  is  1,  the  7  bit  pin  number  will  be  loaded  into  the  driver  register 
and  the  corresponding  pin  will  be  driven.   If  AC3  is  zero,  either  the  self 
senser  register  or  alternate  senser  register  will  be  loaded  according  to  ACU. 
The  result  of  the  sense  will  then  be  available  as  bit  11  of  AC  input  (l  if  a 
driven  line  is  sensed) .   This  information  will  be  loaded  into  the  AC  when  the 
PDP8  executes  10T  6U66. 

A  micro  switch  was  mounted  on  the  driver  card.   Whenever  the  switch 
is  pressed,  bit  0  of  the  AC  input  will  be  set  to  1,  and  will  be  loaded  into 
the  AC  nextime  the  PDP8  executes  a  read  10T  (6h66) .   This  bit  is  used  only  to 
convey  extra  control  information  to  the  program  controlling  the  device,  and 
does  not  cause  any  hardware  interrupts  . 

To  use  the  device,  the  PDP8  runs  a  program  that  exhausively  drive 
and  sense  the  condition  (open  or  connected)  between  every  pair  of  pins,  and 
compares  the  result  with  a  list  of  connections  stored  in  the  program.   Any 
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discrepancy  can  then  be  printed  out  and  the  wiring  error  corrected. 

3.1*. 5    Accumulator  Panel  (W.  Tarn) 

Constructed  as  one  of  the  standardized  devices  using  the  party-line 
feature,  the  accumulator  panel  allows  temporary  connections  for  accumulator 
inputs  and  outputs.   The  panel  provides  12  bits  each  of  inputs  to  and  outputs 
from  the  AC,  a  strobe  signal  and  a  T5V  supply.   The  operation  of  the  panel  is 
controlled  by  two  instructions.   10T  6U6l  will  load  the  output  latches  from 
AC  as  well  as  give  10P1  as  strobe.   10T  6U66  will  load  into  AC  the  inputs 
from  the  panel.   Connections  can  be  made  either  via  the  binding  posts  or  thru 
a  kh   pin  connector  socket. 
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we  finished  major  part  of  our  joint  exposition  paper  on 'Tison's  methods. 
K.  C.  Hu  continued  assembling  transduction  method  programs  into  a  system, 
using  Job  Control  Language. 

H.  C.  Lai  proved  the  optimality  of  the  parity  function  network 
for  an  arbitrary  number  of  variables  which  used  to  be  a  conjuecture  in 
our  group.   J.  Culliney  was  away  for  a  major  part  of  the  summer  for  the 
military  obligation.   B.  Plangsiri  started  writing  of  his  master  thesis 
on  the  design  of  NOR  networks  under  fan-in  and  fan-out  restrictions  by  the 
transduction  methods.   M.  Malouf  made  some  progress  on  his  master  thesis 
on  the  design  of  optimal  MOS  networks  by  integer  programming. 

S.  MUROGA 

Work  continued  on  my  dissertation.  Also  time  was  spent  preparing 
several  reports  on  NOR  network  transduction  procedures  for  publication  as 
departmental  reports. 

(J.  Culliney) 

Work  continues  on  the  programs  to  implement  Pierre  Tison's 

Algorithms.   Preliminary  results  are  optimistic.   In  a  recent  run,  all  the 

prime  implicants  for  the  ^02  NP  equivalence  class  functions  of  k   variables 

(or  less)  were  found  in  less  than  90  seconds  360/75  processor  time.  Work 

is  nearing  completion  on  an  exposition  paper  explaining  Tison's  method. 

(Robert  Cutler) 
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The  NETTRA  system  which  was  designed  last  quarter  was  being 
debugged  this  quarter.   There  is  only  one  subsytem  which  has  not  been 
completely  debugged  as  yet.   Ten  5 -variable  functions  are  being  used 
to  test  the  system:   the  computation  time  that  each  subsystem  spends  and 
the  best  cost  that  each  subsystem  achieves  are  recorded  so  that  we  can 
determine  reasonable  ways  of  setting  default  values  for  input  parameters. 

More  functions  will  be  used  to  test  the  efficiency  of  the  system 
and  the  default  values  for  input  variables  will  be  set  soon. 

(K.  C.  Hu) 

Theoretical  studies  on  several  problems  in  logic  design  were 
continued.   It  was  proved,  that  NOR  (or  NAM))  networks  for  parity  functions 
of  n  variables  require  at  least  3(n  -  l)  +1  gates.   Since  a  method  to 
construct  these  networks  with  3(n-l)+l  gates  has  been  shown,  the  networks 
constructed  by  this  method  have  been  proved  to  be  minimal  networks  for 
parity  functions. 

(H.  C.  Lai) 

LIST  OF  PUBLICATIONS 

Lai,  H.  C,  Nakagawa,  T.,  and  Muroga,  S.,  "Reducing  Check  Technique  for 

Designing  Optimal  Networks  by  Branch-And-Bound  Method,"  International 
Journal  of  Computer  and  Information  Science,  Sept.  197^,  pp.  251-271. 
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5-   MACHINE  AND  SOFTWARE  ORGANIZATION  STUDIES 

(Supported  in  part  by  the  National  Science  Foundation  under  Grant  Number 

US  NSF  GJ-36936) 

The  following  is  a  collection  of  related  work  aimed  at  improved 
designs  for  computer  and  software  systems.   We  are  interested  in  parallel 
and  pipeline  processors,  small  primary  memories,  effective  use  of  rotating 
memories,  and  some  questions  concerning  user  languages  for  problems  in- 
cluding typical  FORTRAN  type  calculations,  simulation  languages,  and  a 
variety  of  file  processing  problems. 

(D.  Kuck,  D.  Lawrie,  J.  Liu  and  A.  Sameh) 

5-1   Algorithm  Bounds  -  (A.  Sameh) 

We  have  developed  direct  parallel  algorithms  for  the  solution  of 
the  Poisson  and  biharmonic  equations  on  the  unit  square,  using  a  number  of 
arithmetic  units  in  parallel.   Superimposing  a  square  grid  over  the  unit 

square  (h=l/n) ,  we  show  that  a  finite  difference  approximation  to  the  Poisson 

2 
equation  can  be  solved  in  0(log2n)  time  steps  using  0(n  )  processors  in 

parallel.   This  holds  for  the  Dirichlet,  Neumann,  and  periodic  boundary 

conditions.   Similarly,  we  show  that  a  finite  difference  approximation  to 

3 
the  biharmonic  equation  can  be  solved  in  0(n)  steps  with  0(n  )  processors. 

In  solving  systems  of  linear  equations  Ax=f  where  A  is  dense, 

sequential  algorithms  require  0(n  )  steps.   We  have  considered  parallel 

algorithms  for  both  the  LDU  and  QR  factorizations  of  A.   We  show  that  for 

positive-definite  symmetric  matrices  the  LDL  factorization  may  be  computed 

2 
in  0(n)  steps  using  0(n  )  processors.   If  A  is  not  positive-definite, 

pivoting  is  required  and  the  process  is  of  0(nlog  n)  steps.   The  orthogonal 
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factorization  A=QR  in  parallel  has  been  achieved  by  square  root-free  Givens1 

2 
transformations  in  0(n)  steps  with  0(n  )  processors.  Hence,  this  factor- 
ization is  preferred  when  pivoting  is  necessary  for  a  stable  LDU  factor- 
ization. 

Givens'  reduction  can  also  be  applied  to  tridiagonal  matrices. 
We  show  that  the  factorization  can  be  obtained  in  0(log  n)  steps  using  0(n) 
processors.   This  result  is  applied  directly  to  the  QR-algorithm  for  finding 
the  eigenvalues  of  symmetric  tridiagonal  matrices  so  that  one  iteration  may 
be  performed  in  0(log  n)  steps  without  any  square-root  evaluations. 

5.2   PROGRAM  ANALYSIS 

5. 2.1  Speedup  of  Iterative  Programs  -  (S.  C.  Chen) 

In  this  quarter,  we  extended  the  results  obtained  from  the  previous 
study  of  linear  recurrence  relations  to  ordinary  program  loops.  A  theo- 
retical speedup  spectrum  of  different  types  of  loops  in  terms  of  the  problem 
size  (sequential  computation  time)  is  established.  We  can  also  bound  the 
times  of  some  loop  structures  with  known  computation  patterns  (dependence 
graphs)  and  certain  measurable  parameters,  with  which  the  minimum  speedup  on 
a  multiprocessing  system  of  a  particular  class  of  loop  computations  (and 
hence  the  algorithms  they  represent)  can  be  estimated. 

A  report  to  summarize  all  these  initial  results  is  under  prepa- 
ration, and  the  research  is  continuing  on  some  application-problems  in 
numeric  algorithms  and  compiling  techniques  for  parallel  machines. 

5.2.2  IF  Analysis  -  (R.  Towle) 

Work  on  more  accurate  tests  for  data  dependency  within  DO  loops 
has  continued.   Several  theorems  have  been  proven.   The  major  theorem  is 
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Thm      Given  two  statements  S  and  S   (m^£)  in  the  same  DO 
loop  with  control  set  I  where  S  has  a._  on  the  left-hand  side  and  S^  has 
a._.  on  the  right-hand  side.   Let  the  index  set  at  S^  be  AIS  d^,   b.^  (i.e., 
of  the  form  d  x-b  )  and  the  index  set  at  Sm  be  AIS  d2,b2.   There  is  a  data 
dependency  from  S   to  S^  if  and  only  if  (d^d^  |  (b^b^p-j)  and  j  >_  p. 

5-2.3   Machine  Simulator  -  (D.  Y.  Chang  and  K.  Y.  Wen) 

The  simulator  we  wrote  last  summer  seems  too  primitive.   So  in  this 
quarter,  work  has  been  done  to  modify  the  data  structure  and  to  improve  the 
algorithms  used  in  our  simulator.   Besides,  we  added  new  algorithms  that 
simulate  fixed-head  disk  operation,  timing  the  DO  loops.   Eventually,  we 
want  our  simulator  to  simulate  all  kinds  of  resources  like  moving  head  disk, 
tape,  etc. 

We  expect  to  finish  coding  this  simulator  and  run  some  trivial 
hand-coded  sample  programs  in  a  few  months. 

5.2.^   Alignment  Network  Study 

Various  types  of  alignment  networks  are  being  studied.   Some  of  the 
more  important  networks  under  study  are  the  Batcher  Network,  Benes  Network 
and  Lawrie's  shuffle  network.   The  main  areas  of  explorations  are  the 
functional  and  topological  comparisons  of  the  various  networks.   Simplifica- 
tions in  control  algorithms  of  these  networks  are  also  being  attempted. 

5-3   FILE  PROCESSING 

5o.l   File  Processing  Software  -  (A.  Cheng  and  B.  Hurley) 

During  the  last  quarter,  efforts  centered  on  further  refinements 
of  simulation  results  for  a  single  user  with  head-per- track  disks  as  bulk 
storage.   Plans  to  continue  the  simulations  of  a  specialized  information 
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retrieval  computer  using  different  types  of  bulk  storage  such  as  movable 
arm  disks  and  shift  registers  are  now  being  discussed. 

The  last  quarter  also  saw  the  beginning  of  work  on  a  program  to 
do  merging  of  large  postings  lists  for  our  Information  Retrieval  System. 
This  code  will  outdate  the  old  version  by  allowing  any  two  lists  to  be 
merged  regardless  of  their  size.  When  this  project  is  completed,  a  new 
data  base  consisting  of  business  abstracts  can  be  added  to  our  system. 
Further,  time  was  devoted  to  managing  and  editing  the  documents  required 
for  the  future  IRSYS  information  retrieval  system. 

5.3.2    Inverted  File  Retrieval  System  -  (M.  Milner,  K.  Morgan 

and  J.  Rinewalt) 

During  the  last  quarter,  some  maintenance  has  been  performed  on 
the  current  software,  while  work  has  begun  on  a  new  version  that  will  allow 
a  restricted  macro  facility  and  a  browse  mode  for  viewing  documents.   Vari- 
ous improvements  in  disk  space  allocation  algorithms  and  directory  organiza- 
tion will  be  included  in  this  version.  Work  will  continue  on  the  new  version 
during  the  next  quarter. 

Four  hundred  fifty  business  abstracts  were  made  ready  for  addition 
to  the  system.   They  will  be  added  as  soon  as  the  merge  routine  is  modified 
to  handle  large  data  bases. 

Work  on  the  multi-user  system  has  been  delayed  by  other  commitments 
Design  is,  however,  nearly  completed  and  coding  will  begin  in  October.   The 
core  of  a  multiuser  system  should  be  running  by  mid-December. 

5.3.3    An  Approach  to  the  Table  Manipulator  -  (I.  Hueck) 

A  set  of  meaningful  operations  between  tables  has  been  studied  and 
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a  set  of  commands  for  this  purpose  has  been  designed.   The  design  of  a 
general  organization  of  the  system  has  been  completed.   Special  attention 
is  being  given  to  the  following  areas: 

a)  Expandability  of  the  system 

b)  Compatibility  with  a  bibliographic  information 
retrieval  system 

c)  Comformability  of  the  system  user. 

Future  efforts  shall  be  concentrated  in  the  applicability  of  such 
a  system  to  the  fulfillment  of  actual  necessities  in  the  fields  of  industry 
and  research  centers. 

5-3.^   Floppy  Disk  -  (P.  Krabbe) 

We  received  a  Model  74  Diskette  Drive  from  ORBIS  SYSTEMS,  INC., 
during  the  month  of  August.   The  system  has  a  capacity  of  41666  bits  per 
track  (77  tracks  total)  unformatted  and  a  transfer  rate  of  250  kilobits/ 
second.   Track-to-track  access  time  is  6ms  with  24ms  settling  time.   Head 
load  time  is  30ms.   The  logical  design  for  the  controller  is  in  progress. 

5.3.5   Hardware  Support  -  (J.  Bengtson  and  L.  Hollaar) 

Design  of  an  experimental  merge  processor  for  the  PDP-11/40  based 
information  retrieval  system  has  been  completed,  and  construction  will 
begin  when  the  necessary  components  arrive.   The  processor  consists  of  three 
wirewrap  boards,  each  containing  about  eighty  TTL  integrated  circuits, 
mounted  on  a  single  DEC  system  unit  within  the  existing  processor  cabinet. 

As  a  prelude  to  the  installation  of  the  merge  unit,  the  Datacraft 
memory  was  rewired  to  make  it  two  separate  24K  by  16-bit  memories.   Currently, 
these  are  connected  together  with  a  jumper  module  to  allow  operation  as  a  48K 
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by  16-bit  memory  with  two-way  interleaving.  However,  when  the  merge 
processor  is  installed  the  memory  will  be  reconfigured  to  24K  by  32-bit 
to  match  the  word  length  of  a  postings  entry;  when  the  memory  is  addressed 
by  the  UNIBUS,  the  switch  section  of  the  merge  processor  alters  this 
connection  to  the  standard  48K  by  16-bit  configuration. 

The  unit  is  capable  of  merging  two  input  lists  into  an  output 
list  at  memory  speeds,  allowing  an  increase  in  speedup  over  the  conventional 
software  by  a  factor  of  15  to  25.   If  the  memory  used  were  faster,  simple 
design  modifications  would  increase  the  speed  increase  to  100. 

Each  input  item  is  checked  against  a  user  specified  mask  to 
insure  that  the  item  is  contained  in  the  proper  context.   If  it  passes  this 
test,  it  is  held  for  comparison  against  the  current  item  from  the  other 
input  list.   The  result  of  this  comparison  selects  commands  to  fetch  new 
input  items,  write  an  output  item,  and  select  a  document  number  from  an 
input  item  and  create  tag  and  count  fields  for  the  output  item.   This  pro- 
gramming allows  great  generality  in  specifying  the  desired  function,  pro- 
viding many  different  operations  in  addition  to  the  standard  0R,  AND,  or 
AND  N0T  operations. 

5.3.6   High  Speed  Secondary  Memory  -  (D.  Johnson) 

To  investigate  the  problems  of  modifying  a  disk  drive  so  as  to 
permit  a  multiplicity  of  heads  to  be  actively  processing  data  at  a  single 
time,  plans  were  begun  to  incorporate  a  two  active  head  system  on  the 
Century  Data  Model  114  Disk  Drive. 

The  electronics  of  the  114  Disk  Drive  is  such  that  a  preamplifica- 
tion  stage  already  exists  for  each  set  of  10  heads  and,  therefore,  to 
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activate  a  second  head,  it  is  only  necessary  to  duplicate  the  Read  Amplifier, 
Crossover  Detector,  and  Write  Driver  stages  in  the  read/write  subsystem  of 
the  disk  drive. 

Thus,  during  this  quarter,  the  Read  Amplifier,  Crossover  Detector, 
and  Write  Driver  PC  boards,  along  with  a  PCB  rack  and  some  technical  manuals, 
were  purchased  from  California  Computer  Products,  Inc. 

The  foremost  difficulty  foreseen  in  the  installation  of  a  two 
active  head  system  in  the  114  will  be  the  proper  management  of  inter-head 
data  skew  and  coordination. 

Publications  and  Theses: 

D.  E.  Gold  and  D.  J.  Kuck,  "Implementation  Considerations  for 
Masking  Rotational  Latency  by  Dynamic  Disk  Allocation," 
International  Workshop  on  Modelling  and  Evaluation  Computer 
Architectures  and  Networks,  Aug.  1974,  IRIA,  Paris. 

D.  Kuck  and  Y.  Muraoka,  "Bounds  on  the  Parallel  Evaluation  of 

Arithmetic  Expressions  Using  Associativity  and  Commutativity , 
Proceedings  of  the  Seventh  Annual  Princeton  Conference  on 
Information  Sciences  and  Systems,  pp.  161-168,  Mar.  1973; 
also  appears  in  Acta  Informatica,  Vol.  3,  Fasc.  3,  pp.  203- 
216,  1974. 

W.  H.  Stellhorn,  "An  Experimental  Information  Retrieval  System, 
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Computer  Science  Rpt.  No.  636,  Aug.  1974.   (NSF-OCA-GJ-36936- 
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6.    ASPECTS  OF  COMBINATORIAL  COMPUTING 

(Supported  in  part  by  the  National  Science  Foundation  under  Grant 
No.  US  NSF  GJ-^1538) 


1.  Backtrack  programming  (J.  Bitner  and  E.  M.  Reingold) 

Research  is  being  carried  out  in  the  use  of  macros  to 
speed  up  backtrack  programs.   The  following  four  problems  were 
considered: 

(1)  The  queen's  problem:   In  how  many  different  ways  can 
n  non-attacking  queens  be  placed  on  an  nxn  chessboard?  We  are 
interested  in  both  the  number  of  solutions  that  are  inequivalent 
under  rotations  and  reflections,  and  the  total  number  of  solutions. 
A  program  solved  the  n=15  case  (^5, 752  inequivalent  solutions  and 
365,596  total)  in  25  minutes.  An  earlier  non-macro  program  required 
three  hours.  The  n=l6  case  (1,8^6,955  inequivalent  and  1^,772,512 
total),  which  was  previously  unsolved,  was  completed  in  168  minutes. 

(2)  A  pentomino  problem:  For  what  n  can  a  5nxl2  region 
be  tiled  by  the  pentomino  1  I  '  '  I?  The  smallest  known  tiling  was  for 
n=l6,  due  to  Klarner.  A  program  using  macros  took  seven  minutes  to 
find  a  tiling  for  n  =  10  and  to  demonstrate  by  exhaustive  search  that 
no  smaller  tilings  exist.  An  examination  of  this  solution  provided 
tilings  for  all  n^  10. 

(3)   Squaring  the  square:  Can  a  70x70  square  be  tiled 
with  square  tiles  of  sizes  1  through  2kl     A  program  was  written 
that  searched  through  all  possibilities  and  found  no  solutions  in 
16  minutes.  We  are  now  investigating  the  problem  of  using  pieces 
to  cover  as  much  of  the  70x70  area  as  possible.   Since  there  is  a 
known  solution  that  leaves  k-9   squares  uncovered,  a  program  is  being 
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written  that  will  show  this  is  the  smallest  area  possible,  or 
find  a  smaller  one. 

(1+)  Difference  preserving  codes:  A  difference  preserving 

(DP)  code  of  threshold  t  is  a  sequence  of  binary  codewords  (a^  ...,ak) 

each  N  bits  long  such  that: 

(1)  for  |i-j|  £  t     Hta^a  )  =  |i-j| 

(2)  for  |i-j|  >  t     H(a±,a..)  >  t 

The  problem  is  to  find  the  longest  DP  code  of  threshold  1  for  a 
given  N.  A  program  was  written  which  found  the  longest  6-bit  code 
(27  codewords  long)  in  three  seconds.  A  non -macro  program  required 
k2   seconds.   The  7-bit  code  is  currently  beyond  the  program's 
capacity.   It  would  take  an  estimated  1^0  hours  to  complete  the 
examination  of  the  search  tree  of  1010  nodes. 

In  the  two  cases  where  earlier  non-macro  programs  existed, 
the  use  of  macros  increased  program  speed  by  factors  of  five  to  ten 
times.   Indeed,  this  proved  to  be  a  valuable  backtrack  programming 
technique. 

2.  A  Recognition  Algorithm  for  the  Intersection  Graphs  of  Directed 
Paths  in  Directed  Trees  (F.  Gavril) 

Consider  a  finite  family  of  non-empty  sets.   The 

insersection  graph  of  this  family  is  obtained  by  representing 

each  set  of  a  vertex  and  by  connecting  two  vertices  with  an  edge 

if  the  corresponding  sets  intersect.   The  intersection  graph  of  a 

finite  family  of  directed  paths  in  a  directed  tree  is  called  a 

directed  path  graph.  We  discovered  an  efficient  algorithm  to 

determine  whether  a  given  graph  is  a  directed  path  graph.   If  the 
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graph  has  n  vertices,  the  algorithm  requires  0(rT")  steps.  Also, 
we  prove  that  a  graph  is  a  proper  directed  path  graph  if  and  only 
if  it  is  a  directed  path  graph. 

3.  Adaptive  Merging  by  Parallel  Disjoint  Comparisons  (F.  Gavril) 

We  studied  an  adaptive  algorithm  for  merging  two 
linearly  ordered  sets  A,  B,  |A|  =  m,  |b|  =  n,  m  £  n,  using  a 
constant  number  p  of  parallel  processors  which  perform  disjoint 
comparisons,  i.e.,  no  element  is  accessed  in  the  same  time  by  more 
than  one  processor.   The  time  required  by  this  algorithm  is 
approximately  to$  m  +  ^E  +  -  bg.^  which  clearly  is  asymptotically 
optimal.  This  time  compares  favorably  with  the  non-adaptive  merging 
algorithms  suing  a  constant  number  p  of  comparators,  since  it  was 
proved  by  A.  and  F.  Yao  that  in  this  case  the  optimal  algorithm 
requires  at  least  —  dog.pm  units  of  time. 

k.      Lubell's  Inequality  in  a  Poset  (H.  P.  Tsao) 

Let  P  be  a  poset  with  n  +  1  levels  P^P^  ...,Pn  such  that 

i)  each  element  of  P  is  comparable  with  at  least 

one  element  in  every  other  level; 

ii)  all  chains  connecting  two  elements  of  P  have  the 

same  length; 

|Pi+1l        |F±(B)| 

iii)    r|  I  -  min{  — pjn :  Be  P^J  for  all  i,  where  p± 

'  i '         '  ' 

is  the  projection  of  P.  onto  Pi+1« 

Boolean  algebras,  the  lattices  of  divisors  of  integers  and  modular 
geometric  lattices  all  enjoy  the  above  property.  We  have  proved: 
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Theorem.   For  a  fixed  i(l   g  i   <   n),  every  family 
F  in  P,  containing  chains  of  length  not  exceeding  I   satisfies  the 


inequality 


Ifpip.  I 

,n   '  l1 


E«_«    lP  I     *   *  > 


"i=0   |T1 
which  we  call  Lub ell's  inequality. 


5.  The  Logarithmic  Concavities  of  the  Binomial  Coefficient  Type 
Numbers  (H.  P.  Tsao) 

A  sequence  {S.}  of  real  numbers  is  said  to  be  strongly 

3 

logarithmically  concave  (SLC)  if  S   S .  _  < (S.)2  for  all  j.  An 

3  ""•*•   3    -*-     3 

array  (S1?)  0  g  j  s  n  of  positive  numbers,  attached  with  a  non- 
decreasing  LC  sequence  [X .}   .  of  positive  numbers,  is  said  to  be  a 

3       3 

binomial  coefficient  type  (BCT)  array  if  Sn+1  =  Sn   +  \.Sn  for 

3  3 "^     J  D 

all  n  and  j,  0  g  j  ^  n,  where  S  .  is  defined  to  be  zero  if  j  <  0 

or  j  >  n.   For  instance,  binomial  coefficients,  Stirling  numbers 

of  the  second  kind,  and  Gaussian  coefficients  are  all  BCT.   We 

proved  the  following  theorem: 

Theorem.   If  a  BCT  array  (S.)  satisfies  the  initial 

3 
o  p     p  2  vi         n 

condition  S_S^<(Sn)  ,  then  both  the  sequences  (S.l  .  and  fS.} 
0  2    V   '  *        33       3   n 

are  SLC.   Moreover,  if  j   (resp.  7  )  is  the  least  integer  such 

n         n"7n 
that  S.   (resp.  S    )  is  maximum,  then  j  ,-,  =  j  or  j  +1 

Jn        ^n 

(resp.  7  _  =  7  or  7  +l). 
v   ^  /n+l  7n    'n 

6.  Evaluation  of  Powers  (A.  C.  Yao) 

It  is  shown  that  for  any  set  of  positive  integers 

{n,,n  , ...,n  },  there  exists  a  procedure  which  computes 

nl  n2     nr> 
fx  ,x  ,  ...,x  *}    for  any  input  x  in  less  than 
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p 

^jN+C  £   (^N./fo^zN.  +2))  multiplications  for  some  constant 

i=l     1      * 

c,  where  N  =  max(N.}.  This  solves  an  open  problem  in  Knuth 
(The  Art  of  Computer  Programming,  Vol.  Ill)  and  generalizes 
Brauer's  theorem  on  addition  chains. 

7.  Random  3-2  Trees  (A.  C.  Yao) 

It  is  shown  that  n(N),  the  average  number  of  nodes  in 
an  N-key  random  3-2  tree,  satisfies  the  inequality 
0.70N  -  e  <n(N)  <0.79N  +  e.  A  similar  analysis  is  done  for 
general  B-trees.   It  is  shown  that  storage  utilization  is 
essentially  Sm2   ~  69$  for  B-trees  of  high  orders. 

8.  Merging  Networks  (A.  C.  Yao  and  F.  F.  Yao) 

Let  M(m,n)  be  the  minimum  number  of  comparators  needed 

in  an  (m,  n ) -merging  network.  It  is  shown  that  M(m,n)  ^  n(&?  (m+l)  )/2, 

which  implies  that  Batcher's  merging  networks  are  optimal  up  to  a 

factor  of  2  + e  for  almost  all  values  of  m  and  n.   It  is  also 

proved  that  M(2,n)  =  |"3n/2],  and  that  r  =  lim  M(m,n)/n  exists. 

m   n-*» 

r  is  determined  to  within  1. 
m 

9.  Rank  Function  for  Vectors  (F.  F.  Yao  and  A.  C.  Yao) 

The  problem  of  computing  the  rank  function  r  and  the 
longest  chain  c  for  a  set  of  n  d-component  vectors  is  closely 
related  to  the  problem  of  finding  longest  common  sequences  for 
alphabet  strings.   It  is  shown  that  r,  c  can  be  computed  in 
0(n%n)  steps  for  d=2,  0(n(bjn)  )  steps  for  d=3,  and  0(dn  "  d-1 ) 
steps  for  d  <  ^  %n.  It  is  also  shown  that,  for  d>>  n  ,  r,  c  can 
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be  determined  in  0(dn  /%n)  steps  by  employing  a  technique 

similar  to  the  "Four -Russians  method"  used  in  fast  Boolean 

multiplication.  We  also  give  an  algorithm  that  takes 

1  +  |      d_2 
0(n     (fog.n)    )  steps  on  the  average. 

10.  Optimal  Digital  Search  Trees  (F.  F.  Yao  and  A.  C.  Yao) 

Given  N  items  with  access  frequencies  f,,  f~, . . ., f  , 
it  is  desired  to  construct  a  digital  search  tree  with  minimal 
cost.  We  show  that  this  problem  can  be  reduced  to  a  standard 
assignment  problem  with  N  persons  and  NSo^N  jobs.  The  problem 
can  then  be  solved  by  well-known  methods. 

11.  Tiling  with  Incomparable  Rectangles  (A.  C.  Yao  and  E.  M. 
Reingold) 

Two  rectangles  are  incomparable  if  neither  can  be 

placed  inside  the  other  when  they  are  aligned  so  that  corresponding 

sides  are  parallel.  We  derived  results  for  the  problem  of  tiling 

rectangular  regions  with  sets  of  two  or  more  mutually  incomparable 

rectangles  when  all  side  lengths  are  integers.  Among  other  results, 

it  is  shown  that  there  are  only  a  finite  number  of  integer  pairs 

N,  M,  N  1  M  1  10,  such  that  an  KxM  rectangle  cannot  be  tiled  with 

7  incomparable  rectangles. 

Publication 

F.  P.  Preparata  and  J.  Nievergelt,  Difference-Preserving  Codes, 
IEEE  Trans.  Information  Theory,  Vol.  IT-20,  Number  5,  pp.  6k3-^k9, 
Sept.  197^. 
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7.   THEORY  OF  DIGITAL  COMPUTER  ARITHMETIC 

(Supported  in  part  by  the  National  Science  Foundation  under  Grant  No. 
US  NSF  GJ  3820U. ) 


7.1  A  Study  of  Arithmetic  Structure  for  LSI 

The  research  in  this  quarter  was  centered  mainly  around  the 
logical  design  of  the  arithmetic  processor  (multiplier-adder  structure) 
of  a  Digit  Processing  Module  (DPM).   Major  considerations  in  the  logical 
design  were  two  important  LSI  constraints : 

a)  the  need  for  as  few  different  cells  to  construct 
the  higher-radix  arithmetic  processor 
and     b )  the  necessity  for  as  few  input  and  output  pins  as 

possible. 
The  logical  design  of  the  arithmetic  processor  section  of  a  DPM  is  almost 
complete. 

The  necessity  for  few  input/ output  pins  has  resulted  in  the 
discovery  of  a  one-dimensional  iteratively  structured  encoder  to 
convert  a  signed-digit  (l,  0,  l)  radix-2  number  to  an  arithmetically 
equivalent  number  in  sign-magnitude  form. 

Work  is  being  continued  on  the  development  of  a  division 
algorithm  suitable  for  an  iteratively  structured  one-dimensional 
arithmetic  unit  of  which  the  DPM  forms  one  digital  position. 

(L.  N.  Goyal) 

7.2  Continued  Fraction  Arithmetic 

In  this  quarter,  recent  work  on  continued  fraction  arithmetic 
was  summarized  in  form  of  a  report  entitled,  "The  Use  of  Riccati 
Equation  in  Digital  Computer  Arithmetic, "  UIUCDCS-R- 7^-67^.   It  is 
shown  that  a  very  large  class  of  functions  can  be  evaluated  by  this 
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method.   However,  the  selection  procedures  for  the  partial  numerators 
and  partial  denominators  are  yet  to  be  obtained.   It  is  also  pointed 
out  that  the  main  difficulty  in  the  derivation  of  selection  procedures 
is  the  unbounded  growth  of  coefficients. 

Towards  the  end  of  the  quarter,  it  was  realized  that  the  growth 
of  coefficients  can  be  bounded  by  using  appropriate  digit  sets  for  the 
partial  numerators  and  partial  denominators. 

(K.  Trivedi) 

7.3  Function  Evaluation  Techniques 

During  this  quarter  work  on  a  recently  discovered  efficient 
iterative  method  for  evaluation  of  rational  functions  has  been 
continued.   The  method  is  characterized  by  a  simple,  invariant 
algorithm  which,  when  initialized  with  the  set  of  rational  function 
dependent  coefficients  as  well  as  the  argument,  generates  m  most  signifi- 
cant digits  of  the  corresponding  result  in  order  of  m  additive  steps. 
The  range  of  coefficient  and  argument  values  is  subject  to  certain 
restrictions,  not  incompatible  with  the  usual  restrictions  of  fixed-point 
arithmetic.  A  corresponding  hardware  implementation  shows  a  great 
simplicity  and  modularity.   Various  properties  of  this  method  have  been 
studied.  A  better  proof  of  convergence  as  well  as  the  rate  of  conver- 
gence has  been  obtained.   Problems  related  to  range  extension  and 
scaling  are  being  investigated  as  well  as  a  possible  application  of  the 
method  in  mesh-type  computations  related  to  the  partial  differential 
equations  and  in  solving  tridiagonal  systems  of  linear  equations. 

(M.  D.  Ercegovac) 
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7, k     Calculator  Design 

This  quarter  an  M.S.  thesis  entitled  "A  Four  Function  Calculator" 
based  on  DeLugish's  continued  product  theory  was  completed  and  is  ready 
for  printing.   The  machine  on  which  the  thesis  is  based  was  built  and 
tested  on  the  EXCEL  equipment  in  the  Logic  Lab.  of  the  Department.   It  worked 
according  to  theory  when  taking  into  account  the  limiting  aspects  of 
some  of  the  hardware.   Building  the  test  machine  revealed  many  of  the 
problem  areas  to  be  encountered  when  designing  and  building  an  actual 
functional  machine.   The  thesis  will  be  published  in  the  next  quarter. 

Research  has  now  begun  in  the  area  of  PIAs  (Programmable  Logic 
Arrays)  and  their  applications  in  performing  arithmetic  operations. 
The  PLA  is  a  multiple  output  network  in  which  the  outputs  are 
generated  in  a  sum- of -products  form.  An  upper  array  determines  the 
intermediate  product  terms  from  the  inputs  given.   These  product 
terms  are  then  fed  into  a  lower  array  where  they  are  summed  (see 
Figure  l). 
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One  can  also  perform  sequential  operations  using  PIAs.   By  adding 
a  feedback  loop  from  the  output  of  the  PIA  into  its  inputs,  the 
PIA  becomes  a  sequential  network.   External  feedback  networks 
usually  consisting  of  flip-flop  elements  are  used  to  store  the  output 
for  the  next  sequential  step. 

The  current  applications  of  the  PIA  include  code  conversion, 
table  look-up,  arithmetic  logic,  control  logic,  and  character  generation. 

(Mary  Jane  Irwin) 
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ACSES,  The  Automated  Computer  Science  Education 
System  on  PLATO 

(Supported  in  part  by  NSF  under  grant  EC-i+1511) 


Summary 

Substantial  progress  has  been  achieved  in  the  following 
areas: 

A.  Lesson  library:  the  FORTRAN  sequence  has  been  polished  and  a 
controlled  semester-long  experiment  to  test  its  effectiveness 
has  begun  in  C.S.  103 . 

B.  Compilers:  the  COBOL  compiler  is  complete,  lexical  and  syntax 
analysis  part  of  FORTRAN  compiler  are  complete.  The  automatic 
error  analysis  package  (syntax  and  run-time)  has  been  added 

to  the  PL/l  compiler. 

C.  Advising  system:  request  processor  and  editors  for  the  data 
bases:   catalog,  course  outlines,  student  records,  are  complete. 

D.  Automatic  judging  of  programs  written  by  students:  the  two 

test  systems  for  sorting  programs  and  for  symbolic  differentiation 
programs  have  started  to  run. 

E.  KAIL,  an  extension  of  Tutor  to  include  high-level  control 
structures,  is  running. 

F.  Automated  exams:  a  project  has  been  started. 

More  detailed  descriptions  follow. 

J.  Ni ever gelt 


A.   Lesson  Library 

During  this  quarter,  much  time  was  spent  in  planning 
for  the  PLATO  experiment  in  C.S.  103  for  the  fall  semester  and 
in  writing  and  finishing  the  FORTRAN  lessons. 

This  fall  semester,  25  students  out  of  50  enrolled  in 
C.S.  103  are  spending  one  hour  a  week  on  PLATO  instead  of  in 
lecture.   The  PIATO  hour  is  scheduled  for  the  same  time  as  the 
class  meets,  in  order  to  keep  the  two  groups  separate.  Also,  the 
FORTRAN  lessons  are  restricted  so  that  students  in  the  non-PIATO 
section  will  not  be  able  to  use  them,  even  if  they  have  access  to 
PLATO  through  other  courses.  During  the  semester,  the  two  groups 
will  be  compared  on  all  tests,  homeworks,  and  on  attitude 
questionnaires . 

In  order  to  be  ready  for  the  fall,  much  lesson  writing  was 
done  over  the  summer.   Jeff  Barber  completed  his  work  on  an  arithmetic 
lesson  (fortarith).  Greg  Strass  completed  his  IF  lesson  (fortif) 
and  began  a  major  overhaul  of  fortfmtl.   Keith  Slaughter  finished 
his  subroutine  lesson  (fortsubl).   Ben  Barta  finished  his  lesson 
on  do-loops  (fortdo).   George  Friedman  completed  a  major  revision 
of  fortarrayl  and  polished  several  additional  lessons.  Richard 
Montanelli  got  his  introductory  lesson  (fortintro)  operational. 

To  assist  in  debugging  these  and  other  FORTRAN  lessons, 
ten  C.S.  101  students  enrolled  in  1  hour  of  C.S.  199  during 
summer.  They  provided  detailed  critiques  of  the  lessons  which 
were  quite  useful  to  the  authors. 

Richard  Montanelli 
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In  September,  Sandy  Leach  began  an  effort  to  finish 
and  polish  a  number  of  lessons  on  which  work  had  stopped  short 
of  completion.   The  first  of  these,  numquad  (numerical  integration) 
was  nearly  finished. 

George  Friedman  and  Dave  Eland  added  code  to  csrouter 
to  give  students  the  option  of  choosing  a  lesson  through  the 
guide  or  an  index,  or  to  directly  enter  the  name  of  a  desired 
lesson.   (This  last  option  is  protected,  so  that  the  lesson  named 
must  be  a  computer  science  lesson.)  Eland  also  added  code  to 
collect  statistics  on  student  usage  of  individual  lessons. 

H.  G.  Friedman 

B.  Compilers 

The  COBOL  compiler  and  a  reference  manual  for  it  (on 
PLATO)  have  been  completed. 

Bob  Barnett 

The  lexical-  and  syntax-analysis  part  of  the  FORTRAN 
compiler  are  complete.  Work  has  started  on  the  run -time -package. 

Mike  Milner 

This  past  3-k   months,  I  have  been  implementing  a 
prototype  version  of  my  automatic  Error  Analysis  Scheme;  this 
prototype  system  is  installed  in  a  developmental  version  of  the 
general  compiler  system.  At  the  present  time,  the  error  system 
works  moderately  well  on  the  PL/l  language  and  tables.   I  am 
currently  attempting  to  achieve  this  same  working  level  with  the 
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FORTRAN  language  and  tables  (and,  perhaps,  the  COBOL  language). 
When  this  is  accomplished,  I  will  then  revise  and  refine  the 
prototype  model  and  attempt  to  obtain  a  stable,  operational 
version  of  the  compiler  with  the  automatic  error  analysis  system 
included. 

Michael  H.  Tindall 

The  execution  supervisor  for  PL/l  has  been  expanded  to 
include  character  variables  and  their  associated  operators  and 
built-in  functions:   concatenation,  INDEX,  SUBSTR,  LENGTH,  and 
VERIFY.   The  necessary  changes  were  also  made  to  the  PL/l  syntax 
tables.   The  run-time  package  is  now  about  7300  words  long  which  is 
dangerously  close  to  the  8000  word  limit  on  PLATO.  As  a  result,  it 
looks  like  there  will  be  little  expansion  in  the  near  future  to  the 
present  PL/l  subset  executed.   Presently,  the  statement  types 
accepted  include  PROCEDURE,  DECLARE,  assignment,  IF  THEN  ELSE,  GOTO, 
DO  (all  forms),  GET  LIST,  PUT  LIST,  and  END. 

Ninety  percent  of  the  analysis  of  execution -time  errors 
has  been  coded  and  debugged.   Common  Cause  Analysis,  which  supplies 
the  programmer  with  a  list  of  possible  causes  for  his  error  and 
discusses  some  of  them  with  him,  is  complete.  Value  Analysis,  which 
dynamically  scans  the  students  program  in  search  of  flaws  which  could 
have  caused  the  execution  error,  is  about  85%  complete.   Flaw 
Analysis,  the  simplest  of  the  three  analyses  is  only  about  kO°lo 
complete. 

The  error  analysis  routines  were  designed  originally  to 
be  "use"d  by  each  individual  execution  package.   ("Use"  is  similar 
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to  a  macro  call  to  an  external  macro  which  is  compiled  and  embedded 
within  the  calling  lesson's  compiled  code).   However,  due  to 
PIATO's  8000  word  limit,  this  method  turned  out  to  be  unfeasible. 
The  only  solution  that  remained  was  to  execute  a  jumpout  from  the 
execution  supervisor  to  the  error  analysis  routines  which  would 
reside  in  a  different  lesson  altogether.   The  necessary  redistribution 
of  code  to  make  this  workable  took  quite  a  bit  of  time  and  accounted, 
in  part,  for  the  failure  to  complete  the  entire  error  analysis 
procedure  by  the  end  of  this  quarter. 

Nevertheless,  the  development  of  the  error  analysis  and 
written  thesis  are  on  schedule  and  should  he  completed  by  the  end 
of  the  next  quarter. 

Al  Davis 

A  study  is  being  done  to  explore  the  effect  of  system 
interruptions  on  user  performance  at  a  terminal.  Our  compilers 
interrupt  the  student  who  is  typing  a  program  at  the  very  moment 
he  makes  an  error  that  can  be  detected  by  the  compiler,  and  we  would 
like  to  know  whether  or  not  this  is  a  more  effective  way  than  the 
conventional  approach,  where  all  errors  are  signaled  when  the 
program  has  been  entered  completely. 

A  PLATO  lesson  administers  the  experiment,  in  which  subjects 
must  complete  two  simple  tasks  at  the  terminal.  Half  the  subjects 
are  interrupted  immediately  upon  making  an  error,  and  must  correct 
the  error  before  continuing,  while  the  other  half  are  informed  of 
errors  only  after  they  finish  the  task.  Comprehensive  data  on  subject 
performance  are  collected  by  the  lesson,  after  which  each  subject 
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completes  a  standard  personality  test.  Analysis  will  determine 
how  performance  is  affected  "by  method  of  error  interruption  and 
whether  these  effects  depend  on  personality. 

The  pilot  study  has  been  completed  and  results  show  some 
statistically  significant  differences  between  the  two  error 
interruption  method.   The  PLATO  lesson  is  currently  under  revision 
in  preparation  for  the  full-scale  experiment  to  be  carried  out  in 
October. 

Barr  Segal 

C.   The  Advising  System:  GUIDE 

A  working  version  of  the  GUIDE  conversational  information 
system  is  currently  operational.  A  student  can  type  in  a  request 
for  information  (an  English  sentence),  and  the  system  will  respond 
by  displaying  the  desired  information  (or  an  explanation  will  be 
given  as  to  why  the  request  could  not  be  handled) . 

Eecent  past  activity  on  the  GUIDE  system  includes  work  in 
the  following  areas : 

(a)  The  translator  has  been  rewritten  in  order  to  enable  integration 
of  the  data  base,  clarify  the  flow  of  control,  and  reduce  the 
amount  of  file  space  required. 

(b)  Detailed  design  of  the  entire  data  base  for  the  system  has 
been  completed.  A  data  base  editor  has  been  implemented  which 
facilitates  the  entry  of  information,  maintains  internal 
consistency,  and  manages  the  allocation  of  storage.  Additional 
work  on  the  data  base  includes  the  following: 
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(1)  lesson  catalog:  a  record  of  all  lessons  (over 
100)  in  the  computer  science  PLATO  library  has 
been  entered  into  the  data  "base. 

(2)  course  outlines:  several  course  outlines  have 
"been  entered. 

(3)  student  record:  routines  to  manage  the  collection 
and  display  of  student  data  have  "been  written 

(k)     concept  space:  a  few  keywords  describing  some  of 
the  lessons  in  the  catalog  have  been  entered. 

(c)  A  request  processor  has  been  implemented.   The  processor 
analyzes  the  intermediate  respresentation  of  the  original 
request,  searches  the  proper  data  bases  for  the  desired 
information,  and  generates  a  display  which  presents  an 
appropriate  response  to  the  student. 

(d)  Data  collection  on  the  operation  of  the  GUIDE  has  been 
implemented.  A  record  is  made  of  every  request  presented  to 
the  system,  along  with  a  copy  of  the  translation  and  response 
made  by  the  GUIDE.  This  will  facilitate  analysis  of  the 
effectiveness  of  the  system  and  help  reveal  areas  that  need 
improvement. 

Current  work  on  the  system  includes  monitoring  its 
performance  under  student  use,  development  of  a  thorough  description 
of  each  lesson  in  the  library  (with  particular  emphasis  on  the 
structure  of  relationships  between  lessons),  and  research  into  the 
content  and  structure  of  the  concept  space. 

Dave  Eland 
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D.  Automatic  Judging  of  Programs 

Development  of  the  system  for  interactively  judging  student- 
written  PL/l  programs  for  performing  symbolic  differentiation  has 
progressed  to  the  operational  prototype  stage.  A  graph  editor  has 
been  written  in  TUTOR  to  allow  entry  and  editing  of  the  AND-OR 
graph  which  the  system  employs  as  a  representation  of  possible 
solutions  to  the  problem.  Other  routines  have  been  written  to 
conduct  an  interactive  dialogue  with  the  student,  traverse  the 
graph  in  response  to  the  students'  input  during  his  interaction,  and 
comment  on  his  approach  to  a  solution.  A  preliminary  vocabulary  for 
use  in  the  dialogue  has  been  devised,  and  a  small  graph  (about  20 
nodes)  spanning  a  logically  complete  portion  of  a  solution  to  the 
general  problem  has  been  entered  for  use  in  testing. 

Current  efforts  are  concerned  with  refining  the  prototype's 
reaction  to  student  inputs.  Two  approaches  are  being  taken: 
(l)  protocol  analysis  of  sessions  on  the  symbolic  differentiation 
problem  between  introductory  level  students  and  human  tutors,  as  an 
aid  to  refining  the  solution  graph  and  aligning  the  TUTOR  vocabulary 
with  that  used  by  beginning  programming  students,  and  (2)  closely 
supervised  student  use  of  the  machine  tutor,  to  improve  the 
operational  aspects  of  the  student-tutor  interface. 

Ron  Daniels on 

An  editor  and  interpreter  have  been  written  for  a  small 
programming  language  for  sorting,  and  for  an  assertion  language  in 
which  assertions  can  be  made  about  the  state  of  the  array  to  be 

sorted. 

Prabhaker  Mateti 
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E.   KAIL,  a  High-Level  Extension  of  TUTOR 

The  objective  of  the  KAIL  project  is  to  propose  an 
alternative  to  the  TUTOR  language  in  the  PLATO  environment.   In 
designing  KAIL,  emphasis  was  placed  on  providing  a  good  structure 
for  the  language  since  this  is  the  area  in  which  TUTOR  is  w  kest. 
KAIL  is  an  ALGOL-like  language  with  procedures,  block  structure, 
and  scope  rules  for  variables,  modifications,  and  user  defined 
interrupts.  It  includes  a  powerful  construct  known  as  the  selector 
which  imposes  a  natural  structure  on  the  TUTOR  judging  mechanism. 
Various  forms  of  the  selector  also  serve  the  language  as  iteration 
statements,  blocks,  and  the  traditional  selection  statements,  case 
and  if -then-else. 

A  subset  of  KAIL  was  chosen  for  implementation  and  a  compiler 
was  designed,  implemented,  and  debugged.  The  output  of  the  compiler 
is  TUTOR  code  which  is  condensed  and  run  on  the  PLATO  system. 

David  W.  Embley 
Fred  Hansen 

P.  Automation  of  Exams 

Two  efforts  have  been  started  towards  the  goal  of  automating 


exams 

1 


A  table-driven  generator  of  single  statements  (of  specified 
type  and  complexity,  in  any  of  the  .programming  languages 
implemented  in  the  ACSES  interactive  programming  system)  is 
near  completion.  This  program  will  be  used  together  with  a 
question  generator  and  related  grader,  to  produce  a  variety  of 
test  questions  using  single  statements. 
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2)  An  interactive  system  for  automatic  examination  of 

programming  skills  using  the  ACSES  interactive  programming 
system  for  checking  and  grading  programs  prepared  by  students. 
The  PL/l  package  is  used  initially;  adaptation  to  other 
packages  presents  no  difficulty.   The  existence  of  a  problem- 
file  is  assumed.   The  student  taking  the  exam  types  in  a 
program  as  a  solution  and  keeps  interacting  with  the  system, 
until  either  the  system  accepts  the  solution  as  correct  or 
the  student  decides  to  quit.  After  completion  of  this  inter- 
active sequence,  the  student's  score  is  computed  according  to 
data  saved  during  the  interaction.   The  score  and  other  data 
of  educational  or  administrative  interest  may  be  saved.   The 
sequence  of  interactions  and  the  grading  criteria  are  partly 
specified  by  the  problem  author  and  partly  build  into  the 
system.  The  instructor  prescribing  the  examination  has  some 
control  on  the  scoring  criteria. 

After  completion  of  coding  and  debugging  (planned  for 
October  197^),  extensive  tests  have  to  be  carried  out  for  testing 
the  grading  logic  and  in  order  to  observe  instructors'  and  students' 
reactions.  Finally,  the  system  will  be  useful  for  student's  drills 
and  for  exams  as  well  (on  different  problem  files.'). 

A  paper  describing  the  system  has  been  submitted  for 
presentation  at  the  2nd  IFIP  World  Conference,  Computers  and 


Education,  Marseille,  September  1975< 


B.  Bart a 

F.  Izquierdo 
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9.    MACHINE  PERCEPTION  AND  INTELLIGENCE 
(AQVAL  Project) 


1.   Theory  and  implementation  of  variable-valued  logic  (Michalski) 

First  steps  have  been  made  toward  development  of  a  new 
VL  system,  called  VL  .   One  of  the  major  new  features  of  this 
system  will  be  a  new  form  of  a  selector,  namely: 

[f(x.)    =  R] 
1  iel 

where  f(x  )    is  a  propositional  calculus  or  arithmetic  function 

1  iel 
of  variables  x.,  iel,  and  R  is  a  subset  of  the  output  domain  of  a 

VL  formula.   The  system  includes  also  quantifiers.   It  can  be 

briefly  characterized  as  a 'variable -valued  first  order  predicate 

logic' . 

The  concept  of  'constant  and  variable  decision  spaces' 
have  been  developed  and  used  as  a  basis  for  characterization  of 
pattern  recognition  methods.  Michalski  has  presented  a  paper  'A 
Variable  Decision  Space  Approach  for  Implementing  a  Classification 
System'  at  the  2nd  International  Joint  Conference  on  Pattern 
Recognition. 

Work  has  been  conducted  (in  cooperation  with  A.  B.  Baskin] 
on  the  comparison  between  grammatical  inference  and  variable -valued 

logic  research.   Preliminary  results  on  this  topic  obtained  by 

2 
Baskin  have  been  described  in  the  DCL  report. 

Michalski  was  an  invited  speaker  a  t  the  NATO  Advanced 

Study  Institute  on  the  Computer-Oriented  Learning  Processes, 
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August  21  -  September  6,  in  Bonas  France  (sponsored  by  the  French 
Department  of  Defense  and  IRIA). 

Presented  by  him  was  a  paper  entitled  'Learning  by 
inductive  inference'.   This  was  an  international  meeting,  only 
by  invitation,  devoted  entirely  to  problems  of  machine  learning. 
Represented  countries:  Greece,  Britain,  Japan,  U.S.A.,  France, 
Belgium,  Switzerland,  Italy,  Germany,  Soviet  Union,  and  Bulgaria. 
It  was  an  extremely  successful  meeting  in  which  all  major 
directions  of  research  in  the  field  of  machine  learning  were 
discussed  and  exposed  to  criticism  and  evaluation.   The  concept 
of  simplicity  as  a  guidance  for  learning  and  generalization  used  by 
us  was  generally  approved  (in  a  specially  organized  discussion  on 
this  topic).  Variable-valued  logic  as  a  tool  for  decision  making 
enjoyed  a  significant  interest  and  approval  among  the  participants. 

2.  Application  of  VL  Systems  (Conrad,  Michalski) 

The  data  on  20  liver  diseases  obtained  from  Dr.  Croft 
has  been  reformatted  and  corrected.   They  will  be  used  for  the 
comparative  study  of  the  application  of  VL  as  a  diagnostic  and 
therapeutic  decision  making  model.   The  data  include  more  than  2000 
cases  of  various  liver  diseases  collected  fro  15  years  by 
Dr.  Klatskin  at  Yale  University.   Yuen  has  debugged  the  major 
portion  of  the  Uniclass  Cover  program. 
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Publications : 

1.  MIchalski,  R.  S.,  "A  Variable  Decision  Space  Approach  for 
Implementing  a  Classification  System,"  Proceedings  of  the 
2nd  International  Joint  Conference  on  Pattern  Recognition, 
Lyngby-Copenhagen,  Denmark,  August  13-15,  197^* 

2.  Michalski,  R.  S.,  "Learning  by  Inductive  Inference," 
Proceedings  of  the  NATO  Advanced  Study  Institute  on  Computer 
Oriented  Learning  Processes,  Bonas,  France,  August  26  - 
September  7,  197^ • 

3.  Baskin,  A.  B.,  "A  Comparative  Discussion  of  Variable -Valued 
Logic  and  Grammatical  Inference, "  Report  No.  663,  Department 
of  Computer  Science,  University  of  Illinois,  Urbana,  Illinois, 
July  197^. 
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10.    ITERATIVE  SOLUTION  OF  SYMMETRIC  AND  NONSYMMETRIC 
SYSTEMS  WITH  DYNAMIC  ESTIMATION  OF  PARAMETERS 

(Supported  in  part  by  the  National  Science  Foundation  under  Grant  Number 
U.S.  NSF-GF-36393.) 


Several  methods  of  solving  large  linear  systems  are  being  programmed 
for  numerical  experiments.   Two  are  for  symmetric  systems:   the  Conjugate 
Gradient  method  and  Diamond's  Adaptive  Tchebychev  Iteration. 

For  nonsymmetric  systems  three  methods  are  being  implemented: 

T 
(i)   The  Conjugate  Gradient  method  for  the  system  A  A;  (ii)  a  modification 

of  the  Bidiagonalization  Method  for  solving  the  least  squares  problem 

developed  by  Gene  Golub,  W.  Kahan,  et  altera;  (iii)  an  adaptive  Tchebychev 

iteration  in  the  complex  plane. 

Method  (iii)  predicts  complex  eigenvalues  from  successive  residuals 

to  improve  iteration  parameters.   Because  of  the  even-odd  characteristic 

of  the  Tchebychev  polynomials,  complex  arithmetic  may  be  avoided.  Much 

work  has  been  done  to  find  optimal  iteration  parameters. 

Tom  Manteuffel 
Rick  Roloff 
Paul  E.  Saylor 
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11.   MESH  RESEARCH  PROJECT 

(Supported  in  part  by  the  National  Science  Foundation  under  Grant  No. 

US  NSF  GJ  36265 . ) 

11.1  System  Software 

Three  weeks  were  spent  rewriting  and  preparing  the  final  draft 
of  a  paper  describing  the  asynchronous  programming  techniques  used  in 
our  system.   Two  weeks  were  contributed  to  drafting  proposals  for 
continued  network  research.   The  remainder  of  the  time  was  devoted 
to  the  preparation  of  our  system  for  testing  in  a  student-job  production 
environment . 

(G.  Chesson  and  E.  McClary) 

11.2  Micro-programming  Languages 

In  the  last  quarter  a  preliminary  investigation  of  the  design 
of  a  general  emulation  language  (GEL)  was  made.  This  language  will 
be  designed  to  compile  into  tha  SUE  micro -assembler  language  (SMALL). 
In  recognition  of  the  need  for  as  optimal  object  code  as  possible, 
the  GEL  compiler  will  be  designed  to  allow  variable  amounts  of  machine 
dependence  in  the  language.   The  optimal  amount  of  machine  independence 
for  efficiency  in  object  code  versus  useful  structure  and  ease  of 
programming  will  be  determined  by  the  running  of  well  understood 
benchmark  programs,  such  as  a  routine  for  symbol  table  management  for 
the  PASCAL  compiler  written  in  microcode.   Each  of  these  benchmark 
programs  will  be  written  and  rewritten  in  each  of  the  generated  dialects 
of  the  GEL  language. 

(S.  Davidson) 
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11.3  Experimental  Network  Hardware 
11.3.1  Maintenance 

We  experienced  registration  problems  with  the  two  clock  cards 
(equivalent  to  DEC  KW11-L)  that  were  fabricated  in  house.   The  registration 
was  improved  and  the  trouble  has  not  reoccurred.  Registration  on  other 
cards  made  in  house  was  examined  and  found  to  be  marginal  on  some  cards. 
These  cards  are  either  being  removed  from  service  or  repaired. 

Two  standard  memory  boards  were  returned  to  the  company  for  repair 
this  quarter—one  board  has  never  worked  and  has  been  sent  back  twice 
before. 

(P.  Krabbe) 
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12. 
12.1   Personnel 


GENERAL  INFORMATION 


The  number  of  people  associated  with  the  Department  in  various 
capacities  is  given  in  the  following  table: 


Faculty 

Visiting  Faculty- 
Research  Associates  and  Instructors 
Graduate  Research  Assistants 
Graduate  Teaching  Assistants 
Hourly  Junior  Academic 
Professional  Personnel 
Administrative  and  Clerical 
Nonacademic  Personnel  (Monthly) 

Miscellaneous  Supporting  Staff 
(Hourly) 


Full-time 

Part-time 

FTE 

28 

2 

29.00 

5 

0 

5.00 

0 

0 



0 

62 

30.83 

0 

33 

16.50 

0 

27 

9.28 

1 

0 

1.00 

15 

0 

15.00 

12 

0 

12.00 

0 

16 

5.03 

TOTAL. 


61 


1J+0 


123.64 


The  Department  Advisory  Committee  consists  of  Professor  J.  N. 

Snyder,  Head  of  Department,  Professors  M.  F.  Faiman,  H.  G.  Friedman,  C.  W. 

Gear,  D.  B.  Gillies,  W.  J.  Hansen,  G.  R.  Kampen,  W.  J.  Kubitz,  D.  J.  Ruck, 

D.  H.  Lawrie,  J.  W.  Liu,  C.  L.  Liu,  R.  S.  Michalski,  M.  D.  Mickunas,  R.  G. 

Montanelli,  S.  Muroga,  T.  A.  Murrell,  J.  Nievergelt,  D.  A.  Plaisted,  W.  J. 

Poppelbaum,  S.  R.  Ray,  E.  M.  Reingold,  J.  E.  Robertson,  A.  H.  Sameh,  P.  E. 
Say lor,  D.  L.  Slotnick,  D.  S.  Watanabe,  and  T.  R.  Wilcox. 
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Report 

Numbers 

No. 

659 

No. 

640 

No. 

657 

No. 

659 

12.2   Bibliography 

During  the  third  quarter,  the  following  publications  were  issued 
by  the  laboratory: 


Wong,  Tze-Wah,  "A  System  Monitor  for  Programs  in 
Artificial  Intelligence,"  September  197^. 

Goyal,  Lakshmi  N. ,  "A  Note  on  Atrubin's  Real-Time 
Iterative  Multiplier,"  July  197^- 

Stellhorn,  William  H.,  "An  Experimental  Information 
Retrieval  System,"  July  197^. 

Weaver,  Alfred  C. ,  "Data  Compression  for  Character 
Strings,"  July  1974. 

No.     660  Weaver,  Alfred  C. ,  "On-Line  Character  Recognition," 

August  1974. 

No.     663  Baskin,  A.  B.,  "A  Comparative  Discussion  of  Variable- 

Valued  Logic  and  Grammatical  Inference,"  July  1974. 

No.     664  Vanmelle,  William  and  Lopez,  Lawrence,  "The  PLW 

Compiler,"  July  197^- 

No.     671  Michalski,  R.  S.,  "Learning  by  Inductive  Inference," 

August  197^- 

No.     674  Trivedi,  Kishor  S.,  "The  Use  of  Riccati  Equation 

in  Digital  Computer  Arithmetic,"  August  1974. 

No.     675  Yao,  Andrew  Chi-Chih,  "On  the  Evaluation  of  Powers," 

August  197^- 

No.     676  A  Short  Concordance  to  Laurence  Sterne's 

A  Sentimental  Journey  Through  France  and  Italy 

by  Mr.  Yorick,  Vol.  I,  A-L;   Vol  II,  M-Z. 

September  1974- 

by  Betty  B.  Pasta, 

David  J.  Pasta  (Stanford  U. ) ,  and 

John  R.  Pasta  (National  Science  Foundation). 

Theses 

No.     636  Wen,  Kuo  Yen,  "Machine  Parameter  Deduction  by 

Program  Analysis,"  August  1974.   (M.S.  Thesis) 
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Theses  Cont ' d 
No. 


No. 


No. 


No. 


No. 


No. 


662  Trivedi,  Kishor  S.,  "Prepaging  and  Applications 

to  Structured  Array  Problems,"  July  197^- 
(Ph.D.  Thesis) 

665  Kai,  Joyce  Moore,  "A  Text  Editor  Design,"  July,  197^  • 
(M.S.  Thesis) 

666  Young,  Raymond  P.,  "The  Coder:   A  Program  Module 

for  Code  Generation  in  High-Level  Language  Compilers,' 
July  197^.   (M.S.  Thesis) 

668  Blandford,  Dick  K. ,  "LINDA  (LINe  Drawing  Analyzer)," 
July  197^.   (Ph.D.  Thesis) 

669  Kopec,  Stanley  J.,  Jr.,  "Design  Improvements  in  the 
COLFTAR  Cooled  Crystal  Light-Value,"  July  197^+- 
(M.S.  Thesis) 

670  Roediger,  Gary  A.,  "Transient -Viscous  Flow  Around 
an  Elliptic  Cylinder,"  July  197^-   (M.S.  Thesis) 


File  Number 
No.     880 


Gear,  C.  W. ,  "Mult irate  Methods  for  Ordinary 
Differential  Equations,"  September  197^- 
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12.3   Abstracts 

Baskin,  A.  B.  ,  "A  Comparative  Discussion  of  Variable-Valued  Logic  and 

Grammatical  Inference,"  Department  of  Computer  Science  Report 
No.  663,  University  of  Illinois  at  Urbana- Champaign,  July  197^- 

Abstract: 

This  paper  reviews  what  is  meant  by  grammatical  inference  and 
it  discusses  some  of  the  currently  used  methods  of  grammatical 
inference.   The  application  of  a  variable-valued  logic  system 
to  this  inference  problem  is  explored  and,  where  possible, 
direct  comparisons  between  methods  are  discussed.   Examples 
of  a  correspondence  between  a  variable-valued  logic  inference 
process  and  a  grammatical  inference  process  are  presented. 
Operations  which  increase  the  class  of  languages  to  which 
variable -valued  logic  descriptions  of  classes  of  grammars 
are- discussed.   Type  3'  and  type  3"  grammars  are  defined 
(both  subsets  of  type  3  grammars)  and  the  equivalence  of 
variable-valued  logic  formulas  and  type  3'  and  type  3" 
grammars  is  illustrated. 

Blandford,  Dick  K. ,  "LINDA  (LINe  Drawing  Analyzer),"  Department  of  Computer 
Science  Report  No .  668 ,  University  of  Illinois  at  Urbana- 
Champaign,  Ph.D.  Thesis,  July  197^- 

Abstract: 

LINDA  is  a  hardware  project  in  pattern  recognition.   Line 
drawings  in  LINDA' s  vocabulary  are  made  up  of  closed  polygons 
and  circles.   Identification  of  such  drawings  is  based  upon 
the  separation  and  serial  analysis  of  each  of  the  simple 
parts  of  the  drawing.   Line  drawings  are  presented  to  LINDA 
on  a  clear  plastic  card,  which  a  flying  spot  scanner  converts 
to  a  video  signal.   This  signal  is  analyzed  in  terms  of  the 
number  of  video  pulses  on  a  horizontal  scan  line.   "When  the 
total  number  of  pulses  on  one  horizontal  line  changes,  new 
regions  are  defined  which  may  or  may  nor  belong  to  the  same 
part  of  the  line  drawing.   Long  shift  registers  are  used  as 
delay  lines  and  one  horizontal  line  is  delayed  and  compared 
to  the  next  line.   The  result  of  this  comparison  gives  the 
information  needed  to  determine  which  regions  belong  to  which 
parts  of  the  line  drawing.   Once  this  information  is  obtained, 
the  drawing  is  separated  into  its  parts  and  each  part  is 
analyzed  in  turn  with  the  top  left  most  part  being  first. 
Twenty  bits  of  information  are  produced  for  each  part.   These 
twenty  bits  tell  how  many  corners  the  part  has,  how  big  the 
part  is  in  relation  to  other  parts,  the  location  vertically 
and  horizontally  with  respect  to  other  parts,  and  whether 
the  part  has  any  connection  to  the  outside  of  the  line  drawing. 
An  associative  memory  is  used  for  a  dictionary  with  one  card 
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and  up  to  l6o  bits  for  each  line  drawing.   Information  is 
received  simultaneously  by  all  cards  in  the  dictionary  as 
a  series  of  20  bit  numbers.  When  the  correct  series  of  20 
bit  numbers  is  received  by  a  card  in  the  dictionary  it  turns 
on  a  light  indicating  identification. 

The  LINDA  system  is  a  hardware  project  and  it  has  been  built 
in  prototype  form.   Logical  details  of  the  construction  are 
presented  with  a  section  on  results  and  recommendations. 

Gear,  C.  W.,  "Multirate  Methods  for  Ordinary  Differential  Equations," 
Department  of  Computer  Science  File  No.  880,  University  of 
Illinois  at  Urbana- Champaign,  September  197^- 

Abstract: 

Multirate  methods  have  often  been  considered  for  integrating 
systems  in  which  one  part  changes  much  more  rapidly  than 
another,  but,  to  my  knowledge,  little .theoretical  study  has 
been  made  on  the  accuracy  and  stability  of  such  methods.   These 
few  comments  are  intended  to  suggest  some  of  the  problems  that 
might  be  involved,  and  some  ways  in  which  the  methods  can 
be  analyzed. 

Gold,  D.  E.  and  Kuck,  D.  J.,  "Implementation  Considerations  for  Masking 
Rotational  Latency  by  Dynamic  Disk  Allocation,"  International 
Workshop  on  Modelling  and  Evaluation  Computer  Architecture  and 
Networks,  Aug.  197^  IMA,  Paris. 

Abstract : 

Examples  and  implementation  matters  are  discussed  for  an  algorithm 
presented  in  another  paper  which  masks  rotational  latency  in  memory 
hierarchies.   The  relations  between  i/O  block  size  and  random 
access  memory  cost  are  discussed.   A  number  of  questions  about  the 
implementation  of  the  permutation  algorithm  are  answered.   Tradeoffs 
for  system  design  or  for  use  of  these  methods  with  existing  systems 
are  discussed. 

Goyal,  Lakshmi  N. ,  "A  Note  on  Atrubin's  Real-Time  Iterative  Multiplier," 
Department  of  Computer  Science  Report  No.  6^0,  University  of 
Illinois  at  Urbana- Champaign,  July  197^- 


Abstract : 


This  correspondence  presents  a  new  multiplication  algorithm 
for  Atrubin's  One -dimensional  Real  Time  Iterative  Multiplier 
such  that  all  the  cells,  including  the  first  cell  in  the 
array  are  identical  as  regards  memory  and  control,  for  the 
no-delay  case. 


Kai,  Joyce  Moore,  "A  Text  Editor  Design,"  Department  of  Computer  Science 
Report  No.  665,  University  of  Illinois  at  Urbana-Champaign, 
M.  S.  Thesis,  July  197^. 
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Abstract: 

A  design  for  a  text  editor  is  developed  and  described  so  that 
it  may  easily  be  implemented  without  further  development  of  the 
design.   The  editor  avoids  movement  of  text  in  memory  by  allowing 
the  text  to  be  stored  non- contiguously.   The  editor  provides 
commands  to  manipulate  text  and  pointers  to  text,  repeat  sets 
of  commands,  create  macros,  and  control  the  display  of  text. 

Kopec,  Stanley  J.,  Jr.,  "Design  Improvements  in  the  COLFTAR  Cooled 

Crystal  Light - Value, "  Department  of  Computer  Science  Report 
No.  669,  University  of  Illinois  at  Urbana- Champaign,  M.  S. 
Thesis,  July  197^- 

Abstract : 

This  report  describes  four  improvements  to  the  electronics  of 
the  COLFTAR  (Cooled  On-Line  Fourier  Transform  and  Reconstruction) 
System.   These  improvements  are:   the  addition  of  more  reliable 
crystal-temperature  sensors,  a  new  higher  capacity  write  gun, 
synchronization  of  the  entire  system,  and  the  addition  of 
dynamic  focusing  to  the  write  gun  circuitry.   These  changes 
improve  the  reliability  of  the  system  and  provide  for  improved 
resolution  and  contrast. 

Kuck,  D.  and  Muraoka,  Y. ,  "Bounds  on  the  Parallel  Evluation  of  Arithmetic 
Expressions  Using  Associativity  and  Commutativity, "  Proceedings 
of  the  Seventh  Annual  Princeton  Conference  on  Information  Sciences 
and  Systems,  pp.  161-168,  Mar.  1973;  also  appears  in  Acta  Informatica, 
Vol.  3,  Fasc.  3,  pp.  203-216,  197^. 

Abstract: 

We  show  that  any  arithmetic  expression  with  n  operands  and  parentheses 
nested  to  depth  d  can  be  evaluated  in  at  most  1  +  2d  +  ("log2n"j  steps, 

assuming  that  only  associativity  and  commutativity  are  used  to 
transform  the  expression.   We  also  show  that  at  most  rn-2d1  processors 

are  needed  to  achieve  this  bound. 


Michalski,  R.  S.,  "Learning  by  Inductive  Inference,"  Department  of  Computer 
Science  Report  No.  671,  University  of  Illinois  at  Urbana- 
Champaign,  August  197^- 

Abstract : 

The  paper  is  addressed  to  learning  processes  which  employ 
inductive  inference.   A  system  of  variable -valued  logic,  called 
is  breifly  described  and  its  application  to  implementing 


VLg 


inductive  learning  processes  is  discussed.   The  VLp  can  be 

characterized  as  a  'multi-valued  first  order  predicate  logic 
An  example  of  learning  by  a  computer  program  the  difference 
between  two  classes  of  objects  is  given. 
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Pasta,  Betty  B. ,  Pasta,  David  J.,  and  Pasta,  John  R.,  "A  Short  Concordance 
to  Laurence  Sterne ' s  A  Sentimental  Journey  Through  France 
and  Italy  by  Mr.  Yorick, "  Vol.  I,  A-L;  Vol  II,  M-Z,  Department 
of  Computer  Science  Report  No.  676,  University  of  Illinois  at 
Urbana- Champaign,  September  197^- 

Abstract : 

This  short  concordance  to  Laurence  Sterne's  A  Sentimental  Journey 
Through  France  and  Italy  by  Mr.  Yorick  contains  26,  lbb  words 
of  the  1*0,635  word  text.   Blocked  words  include  certain  articles, 
personal  pronouns,  parts  of  the  verbs  to  be  and  to  have,  and  the 
prepositions  in,  of,  and  to.   The  text  was  divided  into  logical 
episodes,  and  each  word  was  tagged  with  the  number  of  the  episode 
in  which  it  appears. 

Preparata,  F.  P.  and  Nievergelt,  J.,  "Difference-Preserving  Codes,"  IEEE 
Trans.  Information  Theory,  Vol.  IT-20,  Number  5,  PP-  643-6^9, 
Sept.  197^.   ~ 

Abstract: 

A  code  (of  integers  by  binary  sequences)  is  called  difference- 
preserving  (DP-code)  if  it  has  the  following  two  properties: 

1.  if  the  absolute  value  of  the  difference  between  two 
integers  is  less  than  or  equal  to  a  certain  threshold, 
the  Hamming  distance  of  their  codewords  is  equal  to  this 
value . 

2.  if  the  absolute  value  of  the  difference  between  two 
integers  exceeds  the  threshold,  then  the  Hamming  distance 
of  their  codewords  also  exceeds  this  threshold. 

Such  codes  (or  slight  modifications  thereof)  have  also  been  called 
path-codes,  circuit-codes,  or  snake -in-the -box  codes.   This  paper 
discusses  the  application  of  DP-codes  to  pattern  recognition  and 
classification  problems,  and  presents  a  construction  of  efficient 
DP-codes  whose  information  content  is  asymptotically  (in  the  length 
of  codewords)  of  the  order  of  theoretical  upper  bounds. 

Roediger,  Gary  A.,  "Transient  Viscous  Flow  Around  an  Elliptic  Cylinder," 
Department  of  Computer  Science  Report  No.  670,  University  of 
Illinois  at  Urbana- Champaign,  M.  S.  Thesis,  July  197^- 


Abstract: 


This  paper  presents  a  study  of  the  transient  flow  of  a  compressible 
viscous  gas  around  an  elliptic  cylinder  which  smoothly  accelerates 
to  a  fixed  velocity.   The  complete  time -dependent  Navier- Stokes 
equations  are  solved  numerically  in  the  body  reference  frame 
using  a  non-orthogonal  time -dependent  curvilinear  corrdinate 
system  designed  to  describe  the  body  exactly  and  to  resolve 
the  important  features  of  the  transient  flow.   The  computation 
is  performed  in  a  fixed  mesh  which  maps  into  a  grid  in  physical 
space  which  evolves  to  accommodate  the  transient  flow. 
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Sameh,  A.  H. ,    Chen,  S.  C,  and  Kuck,  D.  J.,  "Parallel  Direct  Poisson 

and  Biharmonic  Solvers,"  Department  of  Computer  Science  Report 
No.  684,  University  of  Illinois  at  Urbana- Champaign,  July  197^. 

Abstract : 

We  consider  the  direct  solution  of  the  Poisson  and  biharmonic 
equations  using  a  number  of  arithmetic  units  in  parallel.   Assume 
an  nxn  grid  of  mesh  points.   We  show  that  a  finite  difference 
approximation  to  the  Poisson  equation  can  be  solved  in  0(log2n) 

time  steps  using  0(n  )  processors  in  parallel.   This  holds  for 
Dirichlet,  Neumann  and  periodic  boundary  conditions.   We  also 
show  that  a  finite  difference  approximation  to  the  biharmonic 
equation  can  be  solved  in  0(n)  time  steps  using  0(n5)  processors 
in  parallel. 

Stellhorn,  William  H.,  "An  Experimental  Information  Retrieval  System," 
Department  of  Computer  Science  Report  No.  657,  University 
of  Illinois  at  Urbana- Champaign,  July  197^. 

Abstract : 

An  experimental  retrieval  system  designed  to  support  data  bases 
with  little  inherent  structure  is  described.   The  initial  data 
base  contains  the  full  text  of  several  technical  articles  on 
information  retrieval.   Searching  proceeds  by  means  of  a  direct 
sequential  scan  through  the  data,  and  the  user  has  very  general 
control  over  the  structure  and  context  of  the  search.   The  system 
runs  on  a  microprogrammable  mini -computer,  and  several  text 
searching  and  manipulation  commands  have  been  implemented  in 
microcode. 

Part  I  of  the  report  is  a  user's  guide.   Part  II  contains  detailed 
technical  descriptions  of  algorithms  employed  for  parsing, 
scheduling  and  executing  a  search  request. 

The  system  will  be  used  to  analyze  strategies  for  efficient 
searching  in  this  environment  and  to  study  the  interaction 
between  the  system  and  a  group  of  motivated  users  under 
controlled  conditions . 

Trivedi,  Kishor  S. ,  "Prepaging  and  Applications  to  Structured  Array 
Problems,"  Department  of  Computer  Science  Report  No.  662, 
University  of  Illinois  at  Urbana- Champaign,  Ph.D.  Thesis, 
July  197^. 

Abstract : 

A  demand  prepaging  algorithm  is  defined  and  proved  to  be  an 
optimal  demand  prepaging  algorithm.   A  variable -memory  prepaging 
algorithm  PWS  is  also  defined  and  is  based  on  Denning *s  WS 
algorithm.   It  is  shown  that  PWS  incurs  zero  page  faults.   Both 
of  these  algorithms,  however,  cannot  be  used  in  practice  since 
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thev  require  that  the  reference  string  be  known  in  advance. 
Therefore,  we  describe  several  practical  preparing  algorithms. 

Data  paging  is  of  primary  concern  for  problems  with  large  data 
Lses  and  for  many  types  of  array  problems.   In  particular  we 
show  that  prepaging  reduces  the  paging  problems  of  array  algorithms 
operating  on  lalge  arrays.  We  also  show  that  the  use  of  a  sub- 
matrix  algorithm  considerably  improves  the  locality.   Finally, 
we  consider  methods  of  automating  these  performance -improvement 
techniques  by  means  of  a  compiler  in  the  context  of  a  structure- 
ar ray- language. 

Trivedi  Kishor  S.,  "The  Use  of  Riccati  Equation  in  Digital  Computer 
'   Arithmetic,"  Department  of  Computer  Science  Report  No.  67^, 
University  of  Illinois  at  Urbana- Champaign,  August  197^. 

Abstract: 

This  is  a  report  of  ongoing  research  in  continued  fraction 
arithmetic.   It  is  shown  that  a  large  number  of  functions  can 
be  evaluated  using  the  Riccati  differential  equation.   However, 
the  problem  of  properly  selecting  the  partial  numerators  and 
the  partial  denominators  remains  to  be  solved.   Several  attempts 
to  obtain  such  selection  procedures  are  described.   Possible 
directions  for  further  research  are  indicated. 

Vanmelle,  William  and  Lopez,  Lawrence,  "The  PLW  Compiler,"  Department 
of  Computer  Science  Report  No.  66k,   University  of  Illinois 
at  Urbana- Champaign,  July  197^- 

Abstract: 

The  PLW  language  and  the  structure  of  the  first  PLW  compiler, 
done  in  assembly  language  and  FORTRAN  is  detailed  henn; 
eventually  the  compiler  will  be  written  in  PLW  itself.   The 
PLW  language  is  in  many  respects  like  PL/I.   The  object 
language  of  the  compiler  is  FORTRAN.  Hence  the  compiled  code 
is,  to  a  great  extent,  portable. 

Weaver,  Alfred  C,  "Data  Compression  for  Character  Strings  "Department 
of  Computer  Science  Report  No.  659,  University  of  Illinois 
at  Urbana- Champaign,  July  197^- 

Abstract : 

Two  approaches  to  data  compression  in  a  telecommunications 
environment  are  examined:   contiguous  duplicate  character 
compression  and  common  phrase  detection/replacement.   Algorithms 
for  each  method  are  presented.   Each  method  is  shown  to  be 
useful  for  a  given  class  of  transmitted  messages. 

Weaver  Alfred  C. ,  "On-Line  Character  Recognition,"  Department  of  Computer 
Science  Report  No.  660,  University  of  Illinois  at  Urbana- 
Champaign,  August  197^- 
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Abstract : 

This  report  discusses  the  current  state-of-the-art  in  computer 
recognition  of  handwritten  characters.   Several  current _ schemes 
are  examined  and  criticized.   A  new  recognition  method  is 
developed  utilizing  a  voltage  gradient  tablet  for  input  and 
clever  software  for  essential  feature  extraction.   A  simulation 
program  is  included  as  an  appendix. 

Wen,  Kuo  Yen,  "Machine  Parameter  Deduction  by  Program  Analysis," 

Department  of  Computer  Science  Report  No.  636,  University  of 
Illinois  at  Urbana- Champaign,  M.  S.  Thesis,  August  197^- 

Abstract : 

In  this  paper,  a  generalized  procedure  is  established  to  analyze 
Fortran  programs  in  order  to  deduce  some  parameters  of  machine 
organization.   The  maximum  possible  average  speedup  and  the 
corresponding  efficiency  for  the  set  of  Fortran  programs  are 
determined  through  the  use  of  the  Fortran  Analyzer.   Then  a 
method  of  using  operation  type  statistics  to  infer  parts  of 
machine  structure  is  shown.   In  this  paper,  EISPACK  programs 
are  used.   However,  the  same  procedure  can  be  applied  to  any 
set  of  meaningful  Fortran  programs. 

Wong,  Tze-Wah,  "A  System  Monitor  for  Programs  in  Artificial  Intelligence," 
Department  of  Computer  Science  Report  No.  639,  University  of 
Illinois  at  Urbana- Champaign,  September  197^- 

Abstract: 

A  lot  of  programs  have  been  written  dealing  with  Texture 
Recognition  and  other  areas  of  Artificial  Intelligence.   The 
large  amount  of  core  these  programs  take  up  makes  it  impractical 
to  have  an  entire  program  in  core  before  execution.   Therefore 
a  MONITOR  program  that  loads  each  sub-program  at  the  time  it  is 
needed  is  desirable.   Also  the  fact  that  the  flow  of  control 
between  these  subprograms  may  not  be  easily  predetermined  makes 
it  necessary  that  the  MONITOR  be  flexible  enough  to  allow 
programmers  to  easily  modify  the  flow  of  control  during  execution. 
A  MONITOR  which  fulfills  the  above  needs  in  research  in 
artificial  intelligence  was  implemented  on  the  IBM  360-75 
under  OS  MVT  release. 20. 6  at  the  University  of  Illinois  Urbana - 
Champaign.   In  addition  to  general  design  principles  of  the 
MONITOR,  the  following  paper  will  also  give  discussions  of 
methods  of  setting  up  a  supervisor -slave  type  system  under  the 
MONITOR,  as  well  as  possible  ways  of  interfacing  interactive 
console  support  to  the  MONITOR. 

Yao,  Andrew  Chi-Chih,  "On  the  Evaluation  of  Powers,"  Department  of  Computer 
Science  Report  No.  675,  University  of  Illinois  at  Urbana- 
Champaign,  August  197^- 
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Abstract: 

It  is  shown  that  for  any  set  of  positive  integers  (n^iig,  . .  .,n  } , 

nn  nP      n-r, 
there  exists  a  procedure  which  comuutes  {x  ,  x  ,  ...,x  ^J  for  any 

input  x  in  less  than  ^N  4  c  £  [fyn  /&  fo  (n.+2)  ]  multiplications 

i=l    x      -1- 

for  some  constant  c,  where  N  =  max{n.).  This  gives  a  solution  to 

i       -1 

an  open  problem  in  Khuth    [3]  and  generalizes  Brauer's    theorem  on 

addition  chains. 
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12.4    C olio qui a 


"Domain-Independent  Automatic  Programming,"  by  Mr. 
Robert  Balzer,  Information  Sciences  Institute,  Marina 
del  Rey,  California,  September  9,  197^- 

"Backtrack  Programming  Techniques,"  by  Professor  E.  M. 
Reingold,  Department  of  Computer  Science,  University  of 
Illinois  at  Urbana- Champaign,  September  30,  197^ • 
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12.5   Drafting 

Daring  the  third  quarter,  a  total  of  277  drawings  were  processed 
by  the  general  departmental  drafting  section: 

Formal  Drawings 
Large  Drawings 
Medium  Drawings 
Small  Drawings 
Layout  Drawings 
Report  Drawings 
Change  Order  Drawings 
Miscellaneous  Drawings 


lk8 

31 

3 

10 

27 

10 


Completed  Total  Drawings 


277 


(M.  Goebel) 

12.6   Shop ' s  Production 

Job  orders  processed  and  completed  during  the  third  quarter  of 
197^  are  as  follows: 


Navy  Grant 

NSF  Grants 

Other 

Electronics  Shop 

21 

1 

35 

Chemical  Shop 

2h 

0 

21 

Photographic  Shop 

15 

3 

19 

Layout  Shop 

9 

0 

(F. 

9 
P.  Serio) 
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